Как человек работающий на производстве могу обоснованно сказать что автор совершенно не в курсе данного вопроса. Он просто констатирует факт, но не в состоянии понять его причин. А причина проста - низкая квалификация менеджмена. Как в управлении самих предприятиями, так и в управлении HR этих предприятий. Низкий уровень менеджмента выливается в большое количество ни кому ненужных работ и увеличение непроизводительных затрат персонала. По простому - большое количество времени тратится на получение результата, который идет напрямую в мусорную корзину. И как ни странно, именно у учителей это видно в первую очередь. Заполненые различные бумаги, которые, по идее, должны улучшить организацию и уменьшить нагрузку, просто напрямую выбрасываются зв ненадобностью как самими работниками, так и вышестоящими организациями. Именно плохая организация бизнес процессов ведет к переработкам и уменьшению отдачи от работников для предприятия.
Разделяю праведный гнев по отношению к тем, кто хочет пользоваться чужими трудами для пополнения своего кармана. Но ... В свете всего происходящего в мире надеятся на справедливое разрешение данного конфликта, по моему, верх наивности. Даже не хочу вдаваться в юридические дебри. Там все максимально непонятно, ведь юриспруденция это не только законы, договоры, но и максимальное крючкотворство. Что же касается положительной стороны ваших действий - это освещение свинского поведения производителя. Раньше говорили что Линукс выбирает себе друзей. Теперь стоит этот принять на вооружение линуксоидам. Честно, всегда рассматривал изделия дигма как электромусор. Ну теперь и остальным адептам свободного ПО стоит перейти к игнорированию производителя нарушающего правила сообщества свободного ПО. Я думаю это реально делать, в отличие от юридической защиты. Ну и касательно наличия исходников у дигмы. Кстати не факт. Ибо как мы часто знаем такие конторы рыщут на фабриках китая в поисках приличных изделий на которые можно наклеить свой лейбл. А потом продать дороже чем ноунейм китай. Выбить же у китайцев соурсы задача непосильная.
Смешно. Ей богу смешно! Как падают файлы Экселя под тяжестью накопленных данных я переодически наблюдаю с 2001-го года. Какое уродство создают люди на базе таблиц вообще не поддается описанию! На дворе 2022 год! Имея бесплатные альтернативы СУБД в виде MySQL и PostgresQL вы серьезно рассуждаете об использовании таблиц эксель для автоматизации? Да даже если вы прожите на VBA то стоит для хранения рассматривать MS SQL Express который бесплатен. Любая СУБД лучше чем Эксель! Любой генератор отчетов лучше чем Эксель. Мало того MS Office стоит хорошего бабла. А на основе open source СУБД можно собрать БЕСПЛАТНОЕ решение. А с экономии за работу получить еще бабла. И решение это будет масштабируемое, не в пример тому уродству что создается на базе таблиц Экселя.
Вроде все отлично, понятно, интересно но ... Есть по тексту вопросы, относящиеся к бизнесу и разработке ПО. Как согласуется разработка коммерческого ПО и выбор альфа версии фреймворка? А вы поддержку своего ПО обеспечиваете? Если обеспечиваете, то возникает вопрос сколько времени проводилось тестирование фреймворка на предмет ошибок и проводилось ли вообще? Как оформлены ваши отношения с авторами фреймворка? Т.е. каким образом производится изменение кода, если у вашего клиента выявилась ошибка и она оказывается ползет из фреймворка? Какие сроки у вас установлены на устранение ошибок? А по простому - получается что вы берёте ответственность за чужой код, при этом не имеете никаких гарантий от автора по исправлению ошибок в адекватные сроки. Для гарантированного результата вы должны ревизировать код фреймворка перед включением его в проект. И это как бы тоже не 5 минут времени, а серьезная работа над ревизией чужого кода. Так что, если вы не работаете по принципу код как есть, вам приходится либо ревизировать чужой код, либо платить за поддержку, либо писать свой. А значит затраты либо по времени, либо по деньгами никуда не ушли. И это оборотная сторона медали использования фреймворков
Как человек работающий на производстве могу обоснованно сказать что автор совершенно не в курсе данного вопроса. Он просто констатирует факт, но не в состоянии понять его причин. А причина проста - низкая квалификация менеджмена. Как в управлении самих предприятиями, так и в управлении HR этих предприятий. Низкий уровень менеджмента выливается в большое количество ни кому ненужных работ и увеличение непроизводительных затрат персонала. По простому - большое количество времени тратится на получение результата, который идет напрямую в мусорную корзину. И как ни странно, именно у учителей это видно в первую очередь. Заполненые различные бумаги, которые, по идее, должны улучшить организацию и уменьшить нагрузку, просто напрямую выбрасываются зв ненадобностью как самими работниками, так и вышестоящими организациями. Именно плохая организация бизнес процессов ведет к переработкам и уменьшению отдачи от работников для предприятия.
Разделяю праведный гнев по отношению к тем, кто хочет пользоваться чужими трудами для пополнения своего кармана. Но ... В свете всего происходящего в мире надеятся на справедливое разрешение данного конфликта, по моему, верх наивности. Даже не хочу вдаваться в юридические дебри. Там все максимально непонятно, ведь юриспруденция это не только законы, договоры, но и максимальное крючкотворство. Что же касается положительной стороны ваших действий - это освещение свинского поведения производителя. Раньше говорили что Линукс выбирает себе друзей. Теперь стоит этот принять на вооружение линуксоидам. Честно, всегда рассматривал изделия дигма как электромусор. Ну теперь и остальным адептам свободного ПО стоит перейти к игнорированию производителя нарушающего правила сообщества свободного ПО. Я думаю это реально делать, в отличие от юридической защиты. Ну и касательно наличия исходников у дигмы. Кстати не факт. Ибо как мы часто знаем такие конторы рыщут на фабриках китая в поисках приличных изделий на которые можно наклеить свой лейбл. А потом продать дороже чем ноунейм китай. Выбить же у китайцев соурсы задача непосильная.
Смешно. Ей богу смешно! Как падают файлы Экселя под тяжестью накопленных данных я переодически наблюдаю с 2001-го года. Какое уродство создают люди на базе таблиц вообще не поддается описанию! На дворе 2022 год! Имея бесплатные альтернативы СУБД в виде MySQL и PostgresQL вы серьезно рассуждаете об использовании таблиц эксель для автоматизации? Да даже если вы прожите на VBA то стоит для хранения рассматривать MS SQL Express который бесплатен. Любая СУБД лучше чем Эксель! Любой генератор отчетов лучше чем Эксель. Мало того MS Office стоит хорошего бабла. А на основе open source СУБД можно собрать БЕСПЛАТНОЕ решение. А с экономии за работу получить еще бабла. И решение это будет масштабируемое, не в пример тому уродству что создается на базе таблиц Экселя.
Вроде все отлично, понятно, интересно но ... Есть по тексту вопросы, относящиеся к бизнесу и разработке ПО. Как согласуется разработка коммерческого ПО и выбор альфа версии фреймворка? А вы поддержку своего ПО обеспечиваете? Если обеспечиваете, то возникает вопрос сколько времени проводилось тестирование фреймворка на предмет ошибок и проводилось ли вообще? Как оформлены ваши отношения с авторами фреймворка? Т.е. каким образом производится изменение кода, если у вашего клиента выявилась ошибка и она оказывается ползет из фреймворка? Какие сроки у вас установлены на устранение ошибок? А по простому - получается что вы берёте ответственность за чужой код, при этом не имеете никаких гарантий от автора по исправлению ошибок в адекватные сроки. Для гарантированного результата вы должны ревизировать код фреймворка перед включением его в проект. И это как бы тоже не 5 минут времени, а серьезная работа над ревизией чужого кода. Так что, если вы не работаете по принципу код как есть, вам приходится либо ревизировать чужой код, либо платить за поддержку, либо писать свой. А значит затраты либо по времени, либо по деньгами никуда не ушли. И это оборотная сторона медали использования фреймворков