Нет, конечно. Я о том, что хорошие и качественные проекты, в которых мне интересно было бы поучаствовать (а это те, которыми я пользуюсь, и в которых мне чего-то не хватает) достаточно сложны, чтобы новичок в них совался с доработками. А все остальные я лучше буду обходить стороной — потому что там может быть как хороший код, так и плохой. Я как начинающий разработчик не могу их отличить и буду запоминать всё, но я не хочу забивать голову дурными примерами. По аналогии с языком, факт: когда я стал меньше читать книг, и больше интернеты — местами стали проскакивать тупейшие ошибки, просто на автомате. Уверен, с кодом всё бывает так же.
Я видел вполне коммерческий чудо-код (признаюсь, даже писал), в котором без пол-литры или живых комментариев автора трудновато разобраться. Я прекрасно понимаю, что часто иногда код пишется такой, чтобы работал ВЧЕРА, а не с мыслью о самодокументированности, поддержке и паттернах. Именно поэтому я знаю, что в таких случаях лучше спрашивать автора или кого-то, кто шарит в происходящем хаосе не меньше автора: ч.з.х.? Именно поэтому в изучаемом языке я лучше посмотрю вылизанные исходники популярной библиотеки, а не потенциально плохой код (потенциально — потому что я начинающий, я ещё не могу отличить хороший код от плохого), в который даже начинающий девелопер может внести правки. Типа, дети когда родной язык в школе учат, они читают литературу, а не проверяют сочинения своих одноклассников.
Давайте говорить правильно: иногда в некотором опенсорсе хватает документации, чтобы достаточно опытному программисту, потратив какое-то весьма ощутимое время, можно было разобраться в проекте без вопросов к разработчикам.
Я — тот самый «начинающий разработчик». С интересом открываю подобные статьи (особенно многообещающий тег «жмите сюда — и вы приняты», наверное, через полгода именно по нему будут находить вашу статью). Чаще всего дочитываю уже без интереса :)
Капелька фидбека, если интересно.
Да, на на одном собеседовании мне как-то рекомендовали такой подход — участие в опенсорсе. Да я и сам — и до того, и после — думал об этом.
Только я в итоге предпочитаю либо потратить это время на литературу, либо на набивание шишек в написании своего супер-велосипеда (tm)(с), либо просто на изучение (с высокой вероятность) качествнного открытого кода, без попыток что-то туда коммитить. Почему? Потому что, во-первых, мотивация. Свой проект — он о том, что мне интересно. Опенсорсных я таких почти не нашёл. Вернее, нашёл, но даже мне ясно, что там (а это во-вторых) лютый говнокод и вообще, они мертвы уже по несколько лет. Или я лучше просто поковыряю исходники, на которых чему-нибудь научусь (либо прифигею от кучи всего непоняиного и неизвестного — тоже хорошо мотивиует), чем буду искать переполнение переменной или неинформативные имена переменных.
Кроме того, порог входа в новый проект достаточно велик. Я же не стану писать разработчикам с вопросами по коду, чтобы мне пояснили че там происходит, верно? Поэтому на вникание уйдёт гораздо больше времени. Это время может быть сопоставимо со временем: а) моей потери интереса к выбранному проекту либо осознанию его несостоятельности и того, что от такого кода надо держаться подальше; б) моего становления как разработчика :), и очевидно, в таком случае оно случится не благодаря этому опенсорсу.
>Объекты территориально распределены по всей стране
Собственно, этой инфы посту очень не хватает. Перечитал пост — да, из того что там «производствА» и «объектЫ» не очевидно, что их действительно много и они далеко друг от друга. Это совсем другая история)
Почему решение о проведении ТО не по месту принимается? Зачем тащить инфу куда-то далеко, с кучей проблем, чтобы там принимать решения вроде как местного значения?
Хотя бы область можете очертить, где всё это сделано? Нефтегаз, энергетика, ВПК, транспорт, ...? Интересно ж :)
А вот вы упоминали Aggregate, есть интересные кейсы интеграции этой платформы?
>Причины такой сложности несложно предположить
Ну, это блог Крока, а не ООО СтройГуляйМонтажФуфлоСолюшнсМобайлДевелопмент. Думаю, в Кроке и асушники есть. Вопрос, почему заказчик выбрал такой путь.
>эксплуатационщики сразу поняли, что именно мы делаем, очень обрадовались, что не трогаем нижний уровень и их железо руками
Ещё бы :D
>В целом, такие системы можно строить вообще не трогая ERP
В целом, такие системы делаются таймером на ПЛК и вообще никак не затрагивают ERP. Туда через скаду нужно только утягивать значение.
Кроме того, зачем точность до долей секунды — из текста не понятно. Если оборудование вкл/выкл даже раз в час (страшно представить что за железка может так колбаситься), то за год будет погрешность 365*24*х, где х — жёлтая зона со второй диаграммы (ну не больше пары секунд). Итого плюс-минус несколько часов в год. Не существенно никак.
Вобщем, гланды через ж — или ну очень конспиративная статья, потому что причины таких сложностей не освещены.
Удивительное исследование :) Вы сами не поняли, что вы исследовали и как оно устроено. Вы не поняли что нашли и как оно может (может ли?) повредить. Ну а так да, тема модная, почему бы не написать статейку)
Во-первых, сомнительна доступность антибиотиков в бедных странах. Во-вторых, пеницилин не был запатентован, на что рассчитывать в наше время не приходится.
Развернёте мысль? :)
Кроме того, что вам мешает опенсорсить для души?
частоиногда код пишется такой, чтобы работал ВЧЕРА, а не с мыслью о самодокументированности, поддержке и паттернах. Именно поэтому я знаю, что в таких случаях лучше спрашивать автора или кого-то, кто шарит в происходящем хаосе не меньше автора: ч.з.х.? Именно поэтому в изучаемом языке я лучше посмотрю вылизанные исходники популярной библиотеки, а не потенциально плохой код (потенциально — потому что я начинающий, я ещё не могу отличить хороший код от плохого), в который даже начинающий девелопер может внести правки. Типа, дети когда родной язык в школе учат, они читают литературу, а не проверяют сочинения своих одноклассников.Капелька фидбека, если интересно.
Да, на на одном собеседовании мне как-то рекомендовали такой подход — участие в опенсорсе. Да я и сам — и до того, и после — думал об этом.
Только я в итоге предпочитаю либо потратить это время на литературу, либо на набивание шишек в написании своего супер-велосипеда (tm)(с), либо просто на изучение (с высокой вероятность) качествнного открытого кода, без попыток что-то туда коммитить. Почему? Потому что, во-первых, мотивация. Свой проект — он о том, что мне интересно. Опенсорсных я таких почти не нашёл. Вернее, нашёл, но даже мне ясно, что там (а это во-вторых) лютый говнокод и вообще, они мертвы уже по несколько лет. Или я лучше просто поковыряю исходники, на которых чему-нибудь научусь (либо прифигею от кучи всего непоняиного и неизвестного — тоже хорошо мотивиует), чем буду искать переполнение переменной или неинформативные имена переменных.
Кроме того, порог входа в новый проект достаточно велик. Я же не стану писать разработчикам с вопросами по коду, чтобы мне пояснили че там происходит, верно? Поэтому на вникание уйдёт гораздо больше времени. Это время может быть сопоставимо со временем: а) моей потери интереса к выбранному проекту либо осознанию его несостоятельности и того, что от такого кода надо держаться подальше; б) моего становления как разработчика :), и очевидно, в таком случае оно случится не благодаря этому опенсорсу.
Такие дела.
На самом деле нет. Если только вы не злостный спамер.
Собственно, этой инфы посту очень не хватает. Перечитал пост — да, из того что там «производствА» и «объектЫ» не очевидно, что их действительно много и они далеко друг от друга. Это совсем другая история)
Почему решение о проведении ТО не по месту принимается? Зачем тащить инфу куда-то далеко, с кучей проблем, чтобы там принимать решения вроде как местного значения?
Хотя бы область можете очертить, где всё это сделано? Нефтегаз, энергетика, ВПК, транспорт, ...? Интересно ж :)
А вот вы упоминали Aggregate, есть интересные кейсы интеграции этой платформы?
Ну, это блог Крока, а не ООО СтройГуляйМонтажФуфлоСолюшнсМобайлДевелопмент. Думаю, в Кроке и асушники есть. Вопрос, почему заказчик выбрал такой путь.
Ещё бы :D
>В целом, такие системы можно строить вообще не трогая ERP
В целом, такие системы делаются таймером на ПЛК и вообще никак не затрагивают ERP. Туда через скаду нужно только утягивать значение.
Кроме того, зачем точность до долей секунды — из текста не понятно. Если оборудование вкл/выкл даже раз в час (страшно представить что за железка может так колбаситься), то за год будет погрешность 365*24*х, где х — жёлтая зона со второй диаграммы (ну не больше пары секунд). Итого плюс-минус несколько часов в год. Не существенно никак.
Вобщем, гланды через ж — или ну очень конспиративная статья, потому что причины таких сложностей не освещены.