Я недавно искал GIT GUI который бы рисовал ветки так же как люди. Мне для археологии надо. Вот когда вы объясняете branching strategy проекта новичку, нарисуете вы такое же дерево как Fork или SourceTree? Пока что лучший граф я видел у https://github.com/mlange-42/git-igitt . Правда, кроме графа там всё, мягко говоря, скромно.
Статья полезная. Спасибо. Мне интересно, вы не рассматривали возможность заимствования уровней владения SkillSet-ом из SFIA (https://sfia-online.org/) фреймворка? Если да, то какой был аргумент в пользу знает/понимает/умеет уровней?
... и это можно делать, например, раз в два месяца. Благодаря такому подходу ревью становятся предсказуемыми, группируются и уменьшаются в объеме.
Эта фраза кажется мне противоречивой. Насколько я знаю, большая часть индустрии стремится к обратному - делать ревью как можно чаще (на каждый pull request) что примерно соответствует удобоваримому куску кода до 400 LOC.
У меня есть «частный пример» который, скорее всего, не подпадает под «общую тенденцию». Работаю 7 лет в оптовой телеком компании сеньор девелопером. Большую часть времени писал на Java. Участвовал в B2B интеграции, портале для бизнес клиентов, мобильном проекте для технарей-кабельщиков, GIS, etc. Заработал нехилый авторитет.
Года полтора назад встал вопрос что есть куча юз кейсов которые можно решить только сбором телеметрии, аналитикой и ML. Нужно строить новую платформу на пустом месте. Кому поручить? Кто здесь герой? А, вот он! Вот тебе бизнес-хотелки, вот разношерстная команда из Java/Node/Python девелоперов. Сделай чтоб у нас все было в шоколаде! ASAP!
Получилось однако. Толковые девелоперы которые любят учиться и понимают как работает конкретно наш бизнес стали productive быстрее чем мы успели набрать ML/DS спецов и научить их как работает телеком.
«Что нас не убивает, то делает сильнее» не всегда имеет только буквальный смысл. В моем понимании, кризис 2008 все таки что то «убил» в Вашем друге директоре.
Холивар в чистом виде с попытками предьявить «unbiased» аргументацию. Как тут не поучаствовать? Тим-лидю небольшой BigData проект в телекоме. Толковых работящих людей на рынке понимающих как делать биг дату и писать на питоне в разы больше чем людей которые могут на скале написать «hello world». Если проект подразумевает развитие и поддержку то выбор скалы имеет риск что в один прекрасный день вы все будете тащить один плача после очередного неудачного интервью.
Все не так (точнее не везде) плохо. Во многих корпорациях есть две параллельные слабо связанные вселенные.
В одной программеры пишут цементирующий/выжимающий/etc говнокод ибо «да все такие» и «пипл хавает». Внедренцы бустят KPI, раздувают щеки и штат говнокодеров чтоб было чем меряться перед коллегами-манагерами.
В другой вселенной той же корпорации программеры стремятся сделать мир лучше. Вообще. Для всех. Начиная с отдельно взятой бизнес проблемы или оптимизации ручного труда… Или написания на коленке за выходные POC чтобы не пропустить в понедельник покупку манагером из первой вселенной никчемного вендорского продукта который решает только интерес манагера в виде отката.
Кроме шкурного интереса в виде зарплаты (которая как отметил автор мало от чего зависит) есть еще профессиональная этика. Personal integrity, наконец. Зачем делать плохо если можно делать хорошо?
Что интересно, эти две вселенные прекрасно сосуществуют в рамках одной конторы. Каждому свое.
Если исключить хоббистов и прочих любителей, то окажется что бОльшая часть пчел живет(и продолжает сокращаться) в местах очень далеких от WiFi, GSM и любых э.м. полей. Предполагаю что с минимальным экранированием металлической крышкой улья (или как выше говорилось баночной антенной) влиянием беспроводки на здоровье семьи можно не беспокоиться.
Я программер, люблю попаять микроконтроллеры и последние 8 лет держу 4 улья во дворе. Очень понимаю зуд автора совместить все хобби в одном проекте. Сам много раз замахивался. В результате насовал ESP8266 в курятник, аквапонику, лодку, будильник с песнями и цветными ледами еще ворох куда. Но так и не придумал зачем мне нужна телеметрия улья.
Но! Здравый смысл отступает когда руки чешутся :) Готов помочь проекту. У меня стабильный(более-менее) интернет с static ip, WiFi покрытие, etc. Оговорка — живу в сильно теплом климате где температура ниже +10 не опускается. Не все юз кейсы получится потестить.
Я недавно искал GIT GUI который бы рисовал ветки так же как люди. Мне для археологии надо. Вот когда вы объясняете branching strategy проекта новичку, нарисуете вы такое же дерево как Fork или SourceTree? Пока что лучший граф я видел у https://github.com/mlange-42/git-igitt . Правда, кроме графа там всё, мягко говоря, скромно.
Статья полезная. Спасибо. Мне интересно, вы не рассматривали возможность заимствования уровней владения SkillSet-ом из SFIA (https://sfia-online.org/) фреймворка? Если да, то какой был аргумент в пользу знает/понимает/умеет уровней?
Эта фраза кажется мне противоречивой. Насколько я знаю, большая часть индустрии стремится к обратному - делать ревью как можно чаще (на каждый pull request) что примерно соответствует удобоваримому куску кода до 400 LOC.
Года полтора назад встал вопрос что есть куча юз кейсов которые можно решить только сбором телеметрии, аналитикой и ML. Нужно строить новую платформу на пустом месте. Кому поручить? Кто здесь герой? А, вот он! Вот тебе бизнес-хотелки, вот разношерстная команда из Java/Node/Python девелоперов. Сделай чтоб у нас все было в шоколаде! ASAP!
Получилось однако. Толковые девелоперы которые любят учиться и понимают как работает конкретно наш бизнес стали productive быстрее чем мы успели набрать ML/DS спецов и научить их как работает телеком.
В одной программеры пишут цементирующий/выжимающий/etc говнокод ибо «да все такие» и «пипл хавает». Внедренцы бустят KPI, раздувают щеки и штат говнокодеров чтоб было чем меряться перед коллегами-манагерами.
В другой вселенной той же корпорации программеры стремятся сделать мир лучше. Вообще. Для всех. Начиная с отдельно взятой бизнес проблемы или оптимизации ручного труда… Или написания на коленке за выходные POC чтобы не пропустить в понедельник покупку манагером из первой вселенной никчемного вендорского продукта который решает только интерес манагера в виде отката.
Кроме шкурного интереса в виде зарплаты (которая как отметил автор мало от чего зависит) есть еще профессиональная этика. Personal integrity, наконец. Зачем делать плохо если можно делать хорошо?
Что интересно, эти две вселенные прекрасно сосуществуют в рамках одной конторы. Каждому свое.
Но! Здравый смысл отступает когда руки чешутся :) Готов помочь проекту. У меня стабильный(более-менее) интернет с static ip, WiFi покрытие, etc. Оговорка — живу в сильно теплом климате где температура ниже +10 не опускается. Не все юз кейсы получится потестить.