История программирования: Дейкстра. И Брукс.
Разработка - Математика и алгоритмы
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Голландец Дейкстра был одним из тех, кто начинали превращать программирование из шаманства в науку. Он же является автором многих программистских афоризмов.
Подборка работ здесь http://khpi-iip.mipk.kharkiv.edu/library/extent/dijkstra/
А вот одно из высказываний:
Все же, перед тем как наступит это будущее в розовых тонах, плеснем дегтя в бочку меда. Простота - замечательное свойство, но необходимы огромные усилия, чтобы ее достичь, и хорошее образование для того, чтобы оценить ее по достоинству. И чтобы совсем испортить вам настроение: сложность продается лучше.
06.07.2010
Обсуждение слегка сместилось в сторону программных проектов. Прикреплю-ка я бестселлер Брукса-младшего на эту тему...
26.09.2011.
Наткнулся на форуме на обсуждение преимуществ/недостатков РАУЗ. Цитирую:
Начиная с релиза 1.2.15 в УПП и в «Комплексной автоматизации», далее по тексту КА, реализован новый механизм учета затрат: «Расширенная аналитика учета затрат», далее по тексту – РАУЗ. С этого времени, несмотря на поддержку «традиционного учета», исправляются ошибки, если вдруг они обнаружены, все развитие функционала проходит только с использованием РАУЗ, поэтому, рано или поздно, встает вопрос о переходе на новый механизм учета.
Расширенная аналитика учета затрат – это новая (альтернативная) модель учета по следующим участкам: складской учет, учет затрат, учет выпуска и учет себестоимости, расчет себестоимости. Возникновение этого механизма связано с унификацией учета затрат и учета запасов. Одна из ключевых идей РАУЗ – единый взгляд на учет затрат и запасов...
Должен заметить, что эта "новая" модель - всего лишь одна из возможных моделей, причем весьма громоздкая. Дейкстра (в контексте размышлений о полноте тестирования) приводил такой пример:
Предположим, в неком государстве имеется чрезвычайно запутанное налоговое законодательство, и из-за этой запутанности невозможно протестировать программу расчета налогов. Есть выход: объявить эту программу налоговым законом в последней инстанции, тогда и тестировать ничего не надо.
Вот и с РАУЗ так: не будем разбираться, объявим вычисляемую ей себестоимость "настоящей". Только хорошо ли это?
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Математика и алгоритмы Разработчик 1С 8.3 Абонемент ($m)
Данная внешняя обработка для платформы 1С:Предприятие реализует усовершенствованный алгоритм Левенштейна для вычисления схожести строк с учетом различных лингвистических особенностей русского языка. В отличие от классической реализации, этот алгоритм учитывает фонетические, визуальные и контекстные особенности набора текста.
1 стартмани
07.11.2025 7003 18 InFlach 17
Математика и алгоритмы Запросы Разработчик 1С:Предприятие 8 Бесплатно (free)
Рассмотрим быстрый алгоритм поиска дублей с использованием hash функции по набору полей шапки и табличных частей.
08.07.2024 9166 ivanov660 9
Математика и алгоритмы Разработчик 1С:Предприятие 8 1C:Бухгалтерия Россия Абонемент ($m)
На написание данной работы меня вдохновила работа @glassman «Переход на ClickHouse для анализа метрик». Автор анализирует большой объем данных, много миллионов строк, и убедительно доказывает, что ClickHouse справляется лучше PostgreSQL. Я же покажу как можно сократить объем данных в 49.9 раз при этом: 1. Сохранить значения локальных экстремумов 2. Отклонения от реальных значений имеют наперед заданную допустимую погрешность.
1 стартмани
30.01.2024 16974 stopa85 12
Математика и алгоритмы Бесплатно (free)
Разработка алгоритма, построенного на модели симплекс-метода, для нахождения оптимального раскроя.
19.10.2023 25240 user1959478 57
Математика и алгоритмы Разное 1С:Предприятие 8 1C:Бухгалтерия Россия Абонемент ($m)
Расширение (+ обработка) представляют собою математический тренажер. Ваш ребенок сможет проверить свои знание на математические вычисление до 100.
2 стартмани
29.09.2023 15730 maksa2005 8
Математика и алгоритмы Инструментарий разработчика Разработчик 1С:Предприятие 8 Россия Абонемент ($m)
Что ж... лучше поздно, чем никогда. Подсистема 1С для работы с регулярными выражениями: разбор выражения, проверка на соответствие шаблону, поиск вхождений в тексте.
1 стартмани
09.06.2023 25532 11 SpaceOfMyHead 20
Математика и алгоритмы Разработчик 1С:Предприятие 8 Бесплатно (free)
Три задачи - три идеи - три решения. Мало кода, много смысла. Мини-статья.
03.04.2023 17732 RustIG 10
Механизмы платформы 1С Математика и алгоритмы Разработчик 1С:Предприятие 8 Россия Бесплатно (free)
В статье анализируются средства платформы для решения системы линейных уравнений в 1С. Приводятся доводы в пользу некорректной работы встроенных алгоритмов, а значит потенциально некорректного расчета себестоимости в типовых конфигурациях.
23.11.2022 16619 gzharkoj 17
1.естьпрограммисты "холерики" - им не трудно двадцать раз всЁ переписать ...
2.естьпрограммисты "флегматики" - им не трудно двадцать раз всЁ подумать ...
... первые создают образ у которых "ничего не работает" ...
... вторые что они "ничего не делют" ...
... вот ...
возможно вы имели ввиду при помощи грамотного подхода (моделирование БП, и т.п.) - снижать ошибки к минимуму.
... написать программу в 100 строк может подготовленный пользователь
... написать программу в 1 000 строк может программист
... написать программу в 10 000 строк может гений
... ВОТ ...
п.с. программист это не тот кто знает "КАК" а то кто знает "ПОЧЕМУ" ...
...
я бы сказал бы что "университет" должен ориентроваться на "верхние слои" знаний... кто их не может усвоить тот вылетает ...
и еще я бы сказал... что рано или поздно, какой бы мы вопрос не затрунули и не исследовали бы, краеугольным станет вопрос культуры ...
нельзя помогать "бедным" и показывать Дом-2 ...
... если высшее образование способен получить или купить ЛЮБОЙ - то что это за ОБраЗОвание ... ??? и что это за УНИВЕРситеты котрые дают/продают ТАкоЕ образование ... ???
... вот ...
... типа "те" кто учится - получают "реальные" знания ... что ли ...?
... уровень образования в ЭрЭфии упал ... разве это кому-нибудь "не видно" ... ???
... мой опыт в четыре года преподавния в школе и институте говорит об "ужасном" положении нашего будущего инженерного положения ...
... вот ...
может поэтому у нас рушаться крыши, горят здания, не летают "булавы" и всЁ остальное ... вот ...
Константин Дмитриевич УШИНСКИЙ
родился 19 февраля (2 марта) 1824 года в Туле в семье Дмитрия Григорьевича Ушинского — отставного офицера, участника Отечественной войны 1812 года, мелкопоместного дворянина.
Педагогика - не наука, а искусство: наука изучает существующее или существовавшее, а искусство стремится творить то, чего еще нет. Всякое искусство имеет свою теорию, которая предписывает правила для практической деятельности, черпая основания для этих правил в науке. Джон Стюарт Милль: "Где говорят в правилах и наставлениях, а не в утверждениях относительно фактов, там искусство... Положения искусства не утверждают, что что-нибудь есть, но указывают на то, что должно быть" . Ясно, что в таком смысле ни политику, ни педагогику нельзя назвать науками; ибо они не изучают того, что есть, но только указывают на то, что было бы желательно видеть существующим, и на средства к достижению желаемого. Поэтому педагогика - искусство, а не наука воспитания.
.. можно добавить и искусство программировать ...
... ВОТтакаяОНАэтаРОССИЯ ...
19 September 1980
prof. dr. Edsger W. Dijkstra
Видишь, какой оптимист! Мне же захотелось, чтобы эти факты из "общепонятных" превратились в "понятные ИСовцам". :|
Я бы оставил только
"отличное мастерство в своем естественном языке" .
Нынче "математическая зрелость"важна уж очень в узкой сфере ( в области 1с-программирования - точно нет).
А вот умение поставить задачу ,"ловко выкрутиться" поможет в любой сфере и при любой власти.
Дейкстра жестоко не прав в своем выборе из альтернатив :
Взгляд А: Программирование в основном весьма просто.
Взгляд В: Программирование - это очень сложно.
Если вложить в "программирование" узкий смысл - то массовое появление программистов 1с-ников - не это ли подтверждение взгляда А.
Взгляд же B тоже симпатичен , но понять в ЧЕМ эта сложность могут совсем немногие.
Лучше быть поближе к народу :
Взгляд А преобладает , и поэтому выгоднее и практичнее его считать верным.
... уровень компетенции с ростом организации (программы) падает ....
... в десяти строках программы всегда есть хотя бы одна ошибка ...
... один Эс это не программа стандартов решения а программа универсальных методов использования ... а универсальность - враг качества ....
написать программу под жёсткое выполнение "просто" - написать програму с проверкой на перекрещивающиеся ошибки архи "сложно" ...
... ужжжВОТужжж ...
Остин, 26 августа 1995
Prof. dr. Edsger W. Dijkstra
Вся сила - во взгляде А.
Нравится - не нравится ? - не тот вопрос. Это - ПРОГРЕСС во всей его красе.
Дейкстре , на мой скромный взгляд , мешает зацикленность на программировании, как особой непохожей на другие человеческой деятельности.
И то , что "изолированно" претендует на особую глубину , в другом , более широком контексте вызывает грустную улыбку .
Сравним ?
Взгляд А: Программирование в основном весьма просто.
Взгляд В: Программирование - это очень сложно.
Взгляд С: Лицедейство в основном весьма просто.
Взгляд D: Лицедейство - это очень сложно.
Взгляд E: Обработка металлов в основном весьма просто.
Взгляд F: Обработка металлов - это очень сложно.
И глубокомыслие Дейкстры при обосновании взгляда B для читателя сводится к простой народной истине :
Всяк кулик своё болото хвалит.
... эх ... молодость ... молодость ... молодость ...
... "создавать" надо а "не отрицать" ... когда дети начинают СОздавать они лучше понимают отцов ...
... вот ...
что тот самый ПРОГРЕСС - есть не что иное как развитие кризиса.
Кризиса понимания как неизлечимой болезни ПРОГРЕССА.
Спустимся на грешную землю.
Разбираю текст чужой программы (клиент -серверный вариант).
По модулю разбросаны обращения к реквизитам справочника через точку . Есть они и внутри циклов.
И я подумал : вот он кризис понимания (читай, ПРОГРЕСС). Здесь и сейчас.
... знамо ... знамо ... и сами были молодыми ... т.к. признак нового это не только "развалить" но и прежде всего "построить" ...
... во ... во ... что-то проблемы с этим вот "построить" ...
... ВоооТ ...
как можно спорить с "человеком-практиком" ... т.к. "как написать программу знаЮт все" ... многие знают синтаксис и правил языка программирования ... а вот "написать" программу ? которая выполняет возложенные на неё функции ... ? и чем она разветвлЁннее тем меньше способных ...
... вот ...
... твоя провокация ... как впрочем и почти все остальные - это провокация не "за" и не "против" а просто "отрицание" ...
... программа - это, прежде всего, то что "работает" ... остальное дело вкуса, знаний, культуры ... и... ? ... утверждений ГУРУ ... вот ... (сам же сказал в своих провокациях) ...
... вотПРОВОКАЦИЯвот ...
ответственность и общества и учителя ... ! ... поэтому я Ушинского и упоминаю ... в том же контексте и ссылку приводит Арчи, как я понял, о "чему должны учить университеты" ... вот ...
Все что может быть понято неправильно, обязательно будет понято неправильно.....
поэтому советуя что-то молодым и начинающим надо думать что говоришь, иначе можно получить интересные эффекты и винить будт некого, кроме самого себя.... :)
... например, "маржа" - в разных течениях смысл этого слова совершенно разный ... или наоборот несколько разных понятий могут означать похожие смыслы ... именно поэтому человечество столько сил потратило на словари, энциклопедии и справочники, госты ...
... от нежелания знать грамоту вот и получается слова есть а смыслы у всех разные ... поэтому так часто речь специалистов не только строго по "определениям" но и описанием не только текста но и контекста их использования ...
... такоеВОТмнение ...
при том что все вокруг все усложняют и говорят что это все нириально сложно.
и я долго думал что это проблема во мне, что это мои глюки ))
а оказывается Дейкстра также считает ))
если сильно не заморачиваться и не умничать, то по сути ИТ сводится к ряду достаточно простых функций, описанных в библиотеке ITIL.
могу утверждать, т.к. есть опыт создания ITSM систем для обслуживания различных ИТ.
и одну систему затюнинговал до того, что она сейчас кроме ИТ-услуг, может поддерживать бухгалтерские услуги и технологии управления качеством по ИСО 9000.
и все что для этого нужно было, это выключить умный мозг и взглянуть на мир просто ))
причем тюнинг касался лишь данных. программирование и метаданные оставил в сторонке. сейчас система выдает показатели по ИТ, стабильность, затраты, динамика, планирование и осуществление различных улучшений, контроль специалистов, действий, сроков. в общем вся картинка по ИТ, админам и программистам, в разрезе по 30 заказчикам )
... написать программу в 10 строк может каждый
... написать программу в 100 строк может подготовленный пользователь
... написать программу в 1 000 строк может программист
... написать программу в 10 000 строк может гений
... ВОТ ...
п.с. программист это не тот кто знает "КАК" а то кто знает "ПОЧЕМУ" ...
...
написать программу "чтобы работало" не сложно ... написать программу на "дурака" - очень сложно ... 1С пишет универсально - а ЭТО ещё сложнее ...
... вот МОЁмнение ...
100% согласен. при этом просто программы не пишутся никогда, поскольку пишем для "дураков".... иногда доходит до маразма....
я бы уточнил - ПЫТАЮТСЯ писать универсально. Дело усложняется тем, что они оторваны от реалий жизни.... и пишут похоже подмастрья, а не мастра...
... другое дело "частное" решение ... " здесь "отдельные" специалисты бЬют 1С наповал ... например ...
... вот ...
.. вот ...
я говорю немного о другом уровне. там где нужна простата и управляемость.
это как BMW. создать не убиваемые движки могут только лучшие инженеры и специалисты, но для водителя все должно быть просто и управляемо.
так же и в ИТ. да, разработать стабильную программу могут только лучшие специалисты.
но руководителю и пользователю важно чтобы все это в конечном итоге сводилось к простым показателям и параметрам. дабы управляемость была в норме )
по сути я сейчас занимаюсь дизайном приборных панелей и салонов для пользователей и руководителей. смотрю чтобы им было удобно, понятно и комфортно.
движки собирать тоже могу, но не так хорошо как специалисты, просто имею представление и если нужно соберу что то пыхтящее и жужащее.
сборку движков передаем специалистам. себе оставив только функции перевода и управления.
на дворе июль... страховые взносы анонсировали ще в середине прошлого года...
что имеем: в начала года была нервотрепка с выходом новых релизов, которые не работали... Сейчас конкретно сижу и занимаюсь внесением тех же исправлений в 298 релиз Зика, что и в несколько предыдущих, потому что в проводках по РБП путают аналитику, считают неправильно...... примеров тому и на этом сайте в том числе предостаточно....
Чем же заняты "достойные" и кто тогда мы? :cry:
... например, наша одна "контора" ... в ней чтобы по правилам сетевой кабель проложить или подключиться к системе или создать нового пользователя требуется много-много-много терпения и времени ... может тянуться и месяц и два и ...
... частное решение проще ... но для этого нужно знать и частные условия ... как только появится коллектив больше 12 человек управление становится 2-х ступеньчатым ... а максимум чем может управлять человек это 3-ступенями ... а дальше - возрастающая степень не совершенства при любом количестве желания, ума, трудолюбия ...
... количество премен гораздо больше чем возможность системы подстраиваться ...
... вот ...
п.с. "Закон Паркинсона" - человек, ораганизация как система стремиться достичь уровня своей Некомпетентности ...
это к вопросу о сложностях управления и т.п. Конечный продукт н должен зависть от сложности управления его создателями. он должен удовлетворять спецификации....
Настоящим программистом не надо сложно управлять - он сам собой управлять должен. По моему глубокому мнению большая часть тех, кто себя гордо именует программистами - всего лишь кодеры - люди способные переложить одно из воможных решений задачи на конкретный язык программирования. Но возможных решений много... Найти наиболее элегантное, быстрое, нетребовательное к ресурсам вычислительной техники, используя при этом возможности средства разработки - вот в этом и состоит ИСКУССТВО программирования.
Ух как не понравилось ;)
а может все таки программисты пусть программируют, а руководители руководят? ))
так как то логичней и проще :)
опять же поделюсь нашим опытом. у нас все просто.
есть всего один вид должности - специалист. даже у руководителя и то специалист ))
и каждый сотрудник занимает эту должность.
но вот дальше самое интересное :)
по мере развития сотрудника, к нему подключаются компетенции и зоны ответственности, а также ФОТы. и тем самым чем сообразительнее человек, тем больше он может взять на себя ответственности, и тем выше его доход.
эдакий конструктор монстро-специалистов в реальном времени )
хочешь сегодня будешь бухгалтером, завтра менеджером по продажам, а после завтра программистом ))
prof. dr. Edsger W. Dijkstra
Настоящий программист, кроме всего прочего, более способен стать монстроспециалистом (если уже не стал им в процессе "селфмейдинга"), ибо у него голова "заточена" на понимание (анализ) причинно-следственных отношений/связей.
Оценочно - три-четыре года напряженной работы.
- предпроектное исследование предметной области;
- проектирование программы (комплекса);
- конструирование программы (комплекса).
Эти три стадии обязательны (хотя, возможно, для небольших задач существуют только в его мозгу). Затем, возможно, он примет участие в кодировании, адаптации (специально не говорю "отладка" - нет такого этапа), тестировании. А возможно, и нет, если имеет пару "подносчиков патронов" (в мое время это называлось "техник ВЦ"). То есть он официально может исполнять функцию руководителя проекта.
Провальный программный проект - это тот, где официальный руководитель не программист, а лидер программистов отсутствует или забил на лидерство (поскольку платят не ему, а официальному руководителю).
ИМХО: Ежели копнуть поглубже успешный программный проект, которым руководил не программист, обнаружатся торчащие уши программиста-профессионала.
но как не назови, речь тут идет просто о специалисте с вполне определенным набором компетенций: знание программ, компьютеров, методов описания процессов (инструкций, комиксов), умением ладить с людьми и бронированными нервами.
назвать его можно хоть рыцарем джедаем :) суть от этого не поменяется :)
если ты как в (67) ... тогда ты "М"астер ... тогда код писать можно поручить и "м"-компьютерщику - но в очень конкретных рамках (иначе такая будет ах-инея типа УУ) ....
... вот ...
... ...
Редкий демократический политик или журналист не помянул Ленина, который, якобы, заявил, что управлять государством должна простая кухарка. Возникла даже привычная метафора « ленинской кухарки ».
*В действительности В.И.Ленин писал в известной работе «Удержат ли большевики государственную власть» (т. 34, с. 315): «Мы не утописты. Мы знаем, что любой чернорабочий и любая кухарка не способны сейчас же вступить в управление государством. В этом мы согласны и с кадетами, и с Брешковской, и с Церетели».
...
...
... ...
Редкий демократический политик или журналист не помянул Ленина, который, якобы, заявил, что управлять государством должна простая кухарка. Возникла даже привычная метафора « ленинской кухарки ».
*В действительности В.И.Ленин писал в известной работе «Удержат ли большевики государственную власть» (т. 34, с. 315): «Мы не утописты. Мы знаем, что любой чернорабочий и любая кухарка не способны сейчас же вступить в управление государством. В этом мы согласны и с кадетами, и с Брешковской, и с Церетели».
...
...
... вотведь ...
...
В контексте моего замечания, "государство" - это предприятие, а "кухарка" - это "специалист" в неизвестной специальности.
Анатолия Ю. прошу не принимать эти слова на свой счет, поскольку на мой непредвзятый взгляд, он относится к исключениям, подтверждающим правило... :oops:
... создать можно почти ВСЁ - вопрос цены и самое главное цены "перемены" логики и цены "ремонта" в случае обнаружения ошибки ... ?
...
по второй части ещё проще....
если ориентироваться на гениев программирования - то обслуживать их программы бкдет некому... а если создавать коллектив - то здесь КУЧА проблем которых никто не избежит ... от "свободности труда программистов" до хаотичности и не стандартности обслуживаемых процесоов, задачЬ ...
... вот ...
п.с. пока ТЫ один ... можешь и само организоваться ... но если программа "больше" тебя - тут возникнут все наши болезни ...
я бы уточнил - ПЫТАЮТСЯ писать универсально. Дело усложняется тем, что они оторваны от реалий жизни.... и пишут похоже подмастрья, а не мастра...
Писать универсально можно двумя путями: повышая уровень абстракции и делая на каждую новую область новый блок. 1С идет последним путем. ИТРП тоже...
.. к тому же "делая на каждую новую область новый блок" вы снижаете издержки на "интеллекте" и на "местном ремонте" ...
... вот ...
п.с. везде свои достоинства и не достатки ...
"...За последнее столетие накопился колоссальный опыт реформирования самых разных экономических систем, причем зафиксированы не только немногочисленные удачные решения, но и ошибочные, неудавшиеся попытки. Так вот, оказывается, что реформаторы в разных странах и в разное время повторяют одни и те же ошибки: рассматривают реформы как абсолютное благо, даже не пытаясь оценить связанные с ними издержки; принимают за аксиому, что заимствовать надо непременно самые передовые институты и технологии; навязывают бизнесу абстрактные принудительные схемы, вместо того чтобы сделать его своим союзником; не пытаются компенсировать потери слоям населения, проигрывающим в результате реформ; не заботятся о правильном выборе последовательности реформ. Немало вреда принесла ориентация на догматические промежуточные цели вроде «децентрализации», или «усиления управляемости», или «повышения конкурентоспособности» без детального анализа влияния намечаемых мероприятий на эффективность производства, благосостояние и рост..."
...
... нет ПЛАНА - нет АНАЛИЗА - нет УПРАВЛЕНИЯ ...
По жестокой шутке истории, впрочем, американское общество выбрало именно двадцатое столетие для того, чтобы становиться все более и более нематематическим. Мы достигли парадоксального состояния, когда из всех так называемых "развитых наций" именно США сильнее всех зависят от программируемых компьютеров и хуже всех интеллектуально оснащены в данном направлении. Предположение о том, что проблема программирования может быть вылечена математическими средствами, мгновенно отвергается как совершенно нереалистичное.
В результате Разработка Программ ограждена от возможности стать поддисциплиной Информатики.
Остин, 26 августа 1995
Prof. dr. Edsger W. Dijkstra
... это известно давно ... за меньшее время почему то никак ... только специалисты по УУ получаются ...
... ВОТ ...
1. вы "ничего" не знаете и "не образованы" ...
2. вы не верите своему образованию, университету, родителям, роду, предкам ...
3. вы просто ничего не делаете на практике ... вам страшно ...
... вот ...
"Программирование оно ж - непростое дело. Ох , непростое.."
А изобретение "суперпрограммиста-РП" - это сила. Вершина.
Тяга к абсолюту в своей области есть обычное направление мысли варящегося в собственном соку мастера (Безенчука, Дейкстры , Арчибальда)
...подозреваю, что именно этот механический подход ограничивает деятельность программистов механическими действиями по написанию кода, и затем измеряет "производительность труда программиста" количеством произведенных им строк кода. (Когда весьма широко известный и очень уважаемый ученый-компьютерщик использовал недавно эту меру производительности труда программиста в своей лекции, от слушателей поступило предложение говорить не о "количестве произведенных строк кода", а о "количестве израсходованных строк кода", и что лектор, следовательно, занес их не в ту графу учета баланса расходов и доходов. Лектор ответил, что он вынужден использовать эту меру производительности, поскольку не располагает никакой альтернативной, которая позволяет вести точный учет!) Это не может больше рассматриваться как безобидное заблуждение, поскольку принятие этой бессмысленной "меры производительности" профессиональными программистами гарантированно стимулирует их к написанию рыхлого кода.
Тема неоднократно обсуждаемая на ИС :)
(87) ... специалист" в неизвестной специальности ... супер ...
как сказал Хазин: ... и раньше чиновник мог ничего не делать - но он знал "что" он не делает ... теперь он даже и не знает "что" он должен делать ...
... вот ...
Золотые слова! Только их нужно сначала отнести к бухгалтерии и налоговому учету - в первую очередь. А учетные системы "отражают" запутанность и хаотичность. Отражают!
Как бы там ни было, с их писаниной грамотный человек разбертся. Иначе все ошибались бы в учете и уплате налогов. А это не так- ошибается меньшинство.
Ничего запутанного нет в бухучете. Не сложнее таблицы Менделева. Что может быть запутанного в системе, которая совершенствуется 500 лет подряд? Курс обучения на дипломированного бухглатера в США - не менее 180 часов. Прослушал и можешь идти на "госсэкзамен". После успешной сдачи можешь обратиться к местным властям за получением статуса CPA.
И с налогами все понятно в каждый момент времени.
Главная проблема не в непонятности, а в изменичвости. На постсовке нормативы изменчивей погоды. И в этой изменчивости кровно заинтересованы чиновники. Они извлекают из этого непосредственные выгоды- семинары, публикации, консультации. Их от этого корыта только пулеметом отгонишь.
Вот ссылка: .
Начало более чем пафосное:
"Подарочные сертификаты – широко распространенный во всем мире способ продаж." Попытка впихнуть в российский БУ данную схему продаж - 17 ( :!: ) ссылок на нормативные документы.
Вот насколько сложна должна быть программа, чтобы учесть весь этот кошмар?
Ни один нормальный бизнесмен - неважно, в России или в Штатах, - не станет оформлять манипуляции с сертификатами как торговые сделки. Это обычная акция по продвижению товара/фирмы, т.е. рекламная деятельность.
(99) А статью-то по ссылке читал? Что-то юмора я не заметила, все на полном серьезе. Особенно поразила фраза о том, что затраты на изготовление сертификата считаются внерелизационными - какая разница бизнесмену какие они - они затраты и должны идти на уменьшение прибыли - и все. Так вот если бы учет был простой - программы были бы простые.
Если сроки сорваны, наём новых программистов замедляет выполнение проекта и по другой причине: новичкам требуется время на обучение
да-да-да, все именно так!
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 72612
Создание 05.07.10 11:48
Обновление 26.09.11 11:33
Просмотры 22401
Загрузки 134
Рейтинг
33
Комментарии 103
Код открыт Не указано
Рубрики Математика и алгоритмы
Кому Разработчик
Тип файла Архив с данными
Платформа 1С:Предприятие 8
Конфигурация 1C:Бухгалтерия
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)
