>К большому сожалению, так не работает. Без фундаментальных знаний все эти туториалы, курсы и тд оставят в голове лишь отрывочные знания.
Ну бред же. Какой фундаментал нужен, что бы разобраться с уловным ReactJS и до пенсии грести фронтовиком? А главное, даёт ли универ именно этот фундаментал?
Остальные пункты справедливы, но попахивают ленью HR процесса.
Под открытостью подразумеваю систему как таковую, что бы не было проприетарщины, к которой нельзя подцепить чужое оборудование. И пожив в своём доме 10 лет с самодельным колхозом на ардуинах и зигби, только убеждаюсь в том, что заранее даже на 80% сценарии не продумаешь. Многое приходит именно в процессе. То, что казалось важным поначалу, по факту совершенно не важно. И наоборот, появляется новое оборудование, которое меняет сценарии и должна быть возможность легко его заинтегрячить и адаптировать под него уже существующие сценарии.
Многие сценарии осознаются только в процессе житья в таком доме или появления нового оборудования. Водопад тут не работает. Система должна быть изначально гибкой и открытой для возможности дальнейшей адаптации с реалиям жизни.
Не сказал бы, что тут есть на столько уж умные алгоритмы. Больше сложностей тут к сведению воедино разношёрстных систем и никакой Сименс тут валью не добавляет. Как раз проще использовать любой современный опен соурс, главное - с большим коммьюнити. Тогда и вопросы уровня "как спарить ресивер с кондиционером" будут решаться в разы проще.
Спасибо за сокровенное. Пара знакомых человек, которые в это влезли, до сих пор лепят сомнительные аргументы, пытаясь оправдать, что выбор был сделан правильный. При этом косо посматривая на бывших однокурсников, сидящих повыше на пирамиде.
С точки зрения бизнеса правильность или неправильность измеряется в деньгах. Если это приносит деньги, хоть через боль и через слёзы, и не умирает за N лет, то вполне имеет право на жизнь. В экосистеме у всех свои ниши. Даже в канализации кипит жизнь.
Думаю тут надо с другой стороны смотреть. Не в контексе сможет ли человек что-то сделать/разобраться/внедрить или не сможет, а может ли бизнес расчитывать на длинный жизненный цикл этих решений, а это означает поддержку, передачу знаний, штрафы за простой системы в конце концов. Ту же SIP телефонию понять и поднять много ума не надо, но обеспечить приемлемый для бизнеса SLA может только процесс, как правило внешний, с наличием соответствующего штата бекапящих друг друга людей. И так во всём.
Ничуть не умаляя вашей работы, вы же понимаете, что с точки зрения целостности и масштабируемости бизнеса такое эникейство - это совершенно ненормально и загоняет самих таких "кулибиных" в жёсткие рамки возможностей роста?
Ну к примеру условный отчёт из статьи, который пишет гуру отчётов и все проблемы по эксплуатации отчёта прилетают к нему напрямую, а остальные даже не включают голову, где KPI этого отчёта надо смотреть и как вообще он работает. Т.е. в команде естественным образом создаются круги комфорта из которых мало кто хочет вылезать. Будучи регулярным ОПСом и L2 саппортом по отчёту хочешь не хочешь, голову в эту сторону приходится включать. Тем самым происходит шаринг знаний и круг комфорта расширяется вокруг всего проекта в целом, а не только избранной песочницы.
В реалиях жизни такие команды обычно распадаются (а чаще строятся) на определённые роли с зонами ответственности и со всеми вытекающими побочками от сакральных знаний до отмашек "это не моё" и "а у меня работает". Описаный подход весьма интересен и, судя по описанному, свои задачи решает, вот только мало кто такое себе может позволить.
>Контрпример из разработки для европейского рынка (команда смешанная): релиз программы для В2С-рынка откладывался 34 дня, потому что команда разработчиков, дизайнеров и клиентских менеджеров не могла выбрать нужное расположение и цвет кружочка, по нажатию на который — выпадает основное меню программы.
Наблюдаю такое с реальном западном проекте. Только это не из-за желания вылизать продукт, а банально из-за боязни брать на себя ответственность и сделать шаг в сторону за круг комфорта.
>К большому сожалению, так не работает. Без фундаментальных знаний все эти туториалы, курсы и тд оставят в голове лишь отрывочные знания.
Ну бред же. Какой фундаментал нужен, что бы разобраться с уловным ReactJS и до пенсии грести фронтовиком? А главное, даёт ли универ именно этот фундаментал?
Остальные пункты справедливы, но попахивают ленью HR процесса.
Под открытостью подразумеваю систему как таковую, что бы не было проприетарщины, к которой нельзя подцепить чужое оборудование. И пожив в своём доме 10 лет с самодельным колхозом на ардуинах и зигби, только убеждаюсь в том, что заранее даже на 80% сценарии не продумаешь. Многое приходит именно в процессе. То, что казалось важным поначалу, по факту совершенно не важно. И наоборот, появляется новое оборудование, которое меняет сценарии и должна быть возможность легко его заинтегрячить и адаптировать под него уже существующие сценарии.
Многие сценарии осознаются только в процессе житья в таком доме или появления нового оборудования. Водопад тут не работает. Система должна быть изначально гибкой и открытой для возможности дальнейшей адаптации с реалиям жизни.
Не сказал бы, что тут есть на столько уж умные алгоритмы. Больше сложностей тут к сведению воедино разношёрстных систем и никакой Сименс тут валью не добавляет. Как раз проще использовать любой современный опен соурс, главное - с большим коммьюнити. Тогда и вопросы уровня "как спарить ресивер с кондиционером" будут решаться в разы проще.
Спасибо за сокровенное. Пара знакомых человек, которые в это влезли, до сих пор лепят сомнительные аргументы, пытаясь оправдать, что выбор был сделан правильный. При этом косо посматривая на бывших однокурсников, сидящих повыше на пирамиде.
С точки зрения бизнеса правильность или неправильность измеряется в деньгах. Если это приносит деньги, хоть через боль и через слёзы, и не умирает за N лет, то вполне имеет право на жизнь. В экосистеме у всех свои ниши. Даже в канализации кипит жизнь.
Ну так 7% с чужих денег, а свои под 20% уже до копейки вложены )
Первая работа и специалист - это, в большинстве случаев, оксюморон. Не все готовы вкладываться в дообучение и сопутствующие риски.
Думаю тут надо с другой стороны смотреть. Не в контексе сможет ли человек что-то сделать/разобраться/внедрить или не сможет, а может ли бизнес расчитывать на длинный жизненный цикл этих решений, а это означает поддержку, передачу знаний, штрафы за простой системы в конце концов. Ту же SIP телефонию понять и поднять много ума не надо, но обеспечить приемлемый для бизнеса SLA может только процесс, как правило внешний, с наличием соответствующего штата бекапящих друг друга людей. И так во всём.
Ничуть не умаляя вашей работы, вы же понимаете, что с точки зрения целостности и масштабируемости бизнеса такое эникейство - это совершенно ненормально и загоняет самих таких "кулибиных" в жёсткие рамки возможностей роста?
эм... вы описали хомо сапиенса ))
Ну к примеру условный отчёт из статьи, который пишет гуру отчётов и все проблемы по эксплуатации отчёта прилетают к нему напрямую, а остальные даже не включают голову, где KPI этого отчёта надо смотреть и как вообще он работает. Т.е. в команде естественным образом создаются круги комфорта из которых мало кто хочет вылезать. Будучи регулярным ОПСом и L2 саппортом по отчёту хочешь не хочешь, голову в эту сторону приходится включать. Тем самым происходит шаринг знаний и круг комфорта расширяется вокруг всего проекта в целом, а не только избранной песочницы.
В реалиях жизни такие команды обычно распадаются (а чаще строятся) на определённые роли с зонами ответственности и со всеми вытекающими побочками от сакральных знаний до отмашек "это не моё" и "а у меня работает". Описаный подход весьма интересен и, судя по описанному, свои задачи решает, вот только мало кто такое себе может позволить.
"Переполнение стека" на скриншоте - это пять.
оборотный штраф?
я через syncthing это делаю на андроиде, про ямобилку не в курсе
Быстрый заряд - зло для батареи при текущих технологиях. А качать фотки по кабелю при наличии быстрого wifi - тоже такое...
На m.2 прикручивается системный SSD, а HDD "как обычно" любого объёма. Таких конфигураций нынче полно.
Шикарная табличка, спасибо!
>Контрпример из разработки для европейского рынка (команда смешанная): релиз программы для В2С-рынка откладывался 34 дня, потому что команда разработчиков, дизайнеров и клиентских менеджеров не могла выбрать нужное расположение и цвет кружочка, по нажатию на который — выпадает основное меню программы.
Наблюдаю такое с реальном западном проекте. Только это не из-за желания вылизать продукт, а банально из-за боязни брать на себя ответственность и сделать шаг в сторону за круг комфорта.