обычно разраб пишущий за еду никогда добровольно не подписывается на тесты

Иногда контрибутить работа не позволяет. Хотя конечно наличие гитхаба и коммитов в опенсурс - это очевидный плюс.

и собственно есть 10 типа разработчиков - с позитивным импактом и негативным

а меня честно говоря смущает твое предложение в контексте 10+ лет, трех языков и небольшой оплате. кажется что делал человек 10 лет, чтобы джуном побираться

этого, я только в Go зашел, куда там мне просить многа? С другой стороны я понимаю, что людям придется время на меня какой потратить. А если без денег - то это никому не интересно. Так что вполне норм ценник.

вторые требуют постоянных фиксов после выкатки

Ну и слово, халява, пиздец. А я думал в кодеры идут из-за любви кодить и на gnu/linux пересаживаются из-за собственного энтузиазма.

ну есть такие которые "войти в айти"

за что-то yiiшное по любому, yii-debug не имею. а goшного почти нет.

ааа, точно, это журавлёв делал )

в свободное время занимаются чем угодно, кроме разработки

этого, я только в Go зашел, куда там мне просить многа? С другой стороны я понимаю, что людям придется время на меня какой потратить. А если без денег - то это никому не интересно. Так что вполне норм ценник.

я не пойму почему разрабочтик с 10-летним опытом не может за пару месяцев крепким миддлом стать (на любом языке). вот в чем мои сомнения.

обычно разраб пишущий за еду никогда добровольно не подписывается на тесты

эээ, то есть не подписывается на тесты? куда без Tdd-то, особенно когда go сразу их поддерживает, да еще и с анализом покрытия помогает

выбор личный, но в целом вполне показательный

эээ, то есть не подписывается на тесты? куда без Tdd-то, особенно когда go сразу их поддерживает, да еще и с анализом покрытия помогает

если вы пишете, то большая часть спрашивает - а чо я время буду тратить

я не пойму почему разрабочтик с 10-летним опытом не может за пару месяцев крепким миддлом стать (на любом языке). вот в чем мои сомнения.

Может он мидл и цель его не в карьерном росте в цель сменить рабочий язык?

миддл — не карьерный рост

я не пойму почему разрабочтик с 10-летним опытом не может за пару месяцев крепким миддлом стать (на любом языке). вот в чем мои сомнения.

да я стану, эт да, мне нравится концепци в го. Но мне ничего не мешает начать раньше и с более простой позиции, потому и написал.

если вы пишете, то большая часть спрашивает - а чо я время буду тратить

ну так

миддл — не карьерный рост

А я и не говорил что мидл это карьерный рост)))

то их личное дело на что время тратить. генерализация - стандартная же ловушка.

карьерный рост - это после 35 не сидеть клавиатурным ниньзей

а двигаться либо в архи, либо в сто, кому что позволяет скилл

А я и не говорил что мидл это карьерный рост)))

ты именно это и сказал )

Х.з. видел кто уставал от руклводства и уходил в кодинг

карьерный рост - это после 35 не сидеть клавиатурным ниньзей

архи не так уж часто и требуются, и в них, и в сто (настоящим) я уже был. Нинзей лично мне норм вполне.

ну арх эт как раз минимум общения и максимум техники, а сто наоборот)

сто это как раз генерализация скиллов

архи не так уж часто и требуются, и в них, и в сто (настоящим) я уже был. Нинзей лично мне норм вполне.

что за компания была, чем занимались?

знать людей, знать технологический стек

архи не так уж часто и требуются, и в них, и в сто (настоящим) я уже был. Нинзей лично мне норм вполне.

А что такое настоящий сто? Чем от ненастоящего отличается?

#вопрос коллеги, а никто не имплементировал unicode transformations? в stdlib и /x/text/unicode по-моему имплементированы все спеки юникода, кроме transfromations. А может быть кто-то сделал биндинги к icu в контексте transformations?

ну арх эт как раз минимум общения и максимум техники, а сто наоборот)

да, блин, если бы. Всем счас soft skills подавай. И ладно бы в планирование там, организацию, так ведь нет, презентации, общение, бизнес-письмо (

вот легко и не принуждённо обо..рали человека

чат с 656 СТО

А что такое настоящий сто? Чем от ненастоящего отличается?

ну, бываю такие сто.

чат с 656 СТО

655, 1 стопудов джун

чат с 656 СТО

без иронии, вы планируете после 35 сидеть мидлом?

Архи без общения - это не архи, а проектировщик-теоретик. Пишет бумажки и понятия не имеет как это все реализуется и применяется.

просто те, кто в этом чате - уже поняли, что важен форсайт

а теперь начались терки за карьерный рост )

ну, бываю такие сто.

Так какие?

что за компания была, чем занимались?

годик провел сто r&d отдела одного банка

Архи без общения - это не архи, а проектировщик-теоретик. Пишет бумажки и понятия не имеет как это все реализуется и применяется.

вы путаете арха и сто

роли разные

Архи без общения - это не архи, а проектировщик-теоретик. Пишет бумажки и понятия не имеет как это все реализуется и применяется.

согласен. Но тут опять, приоритеты и требования

вы путаете арха и сто

Я так не думаю :)

архитектор - как раз знает много из технической реализации, а сто - тот кому достаточно понимать как

655, 1 стопудов джун

пока хорошо, что не катарасов

???

просто на следующий день кетарас переименовался)

и написал, мол ищу ловких и смелых на контриб

архитектор - как раз знает много из технической реализации, а сто - тот кому достаточно понимать как

Архи не нужно понимать как то, что он напроектировал, будет реализовываться? Как это будет эксплуатироваться?

Архи не нужно понимать как то, что он напроектировал, будет реализовываться? Как это будет эксплуатироваться?

это не задача арха, он планирует как работает вся система в целом

реализация - за разработчиками

как бабка у подъезда планирует бюджет страны

Нельзя планировать всю систему в целом полностью отстранившись от процессов связаных с этой системой

судя по описаниям ввыше

просто надо научиться делегировать

архитектор здания не бегает с мастерком

А я и не говорю, что архи должен кодить. Но участвовать в жизни проекта, в жизни команды - должен.

абстрактное мышление позволяет решать проще задачи

это не задача арха, он планирует как работает вся система в целом

чет не очень звучит, разве не арх выбирает стек технологий, реализует будущий скелет проекта а остальное разбивает на модули/части и раздает разработчикам с нужным направлением в разработке ?

нет

но мне лично ближе сто, софтскиллы, менторинг)

как определил, что оно тебе ближе?)

я могу не знать всего, но моя задача найти разработчика, который будет лучше меня разбираться в конкретной теме

абстрактное мышление позволяет решать проще задачи

Таким способом можно решать только те задачи, которые четко формализованы. Абстрактно, отгородившись от всего мира.

хорошо, абстрактная задача - построить лунапарк

бендер нужен

бэндэр это архитект

а архитект уже есть

кто шлюхи тоже понятно

берется ЛПР, спрашивается, какой поток посетителей будет удерживать бизнес в профите

но кто строить -то будет?

не важно, есть требования к постройке, стандарты

архитектор будет курировать стройку контролируя качество

сто - будет искать исполнителей, которые смогут сделать это возможным

сто же будет общаться с подрядчиками

Мне кажется мы о разных вещах говорим :)

почему?

вы говорите, что нельзя построить бизнес, опираясь на абстракции

Э... можно цитату?

все ваше предыдущее предложение

что только формализованные процессы можно отразить в реальности

Мое предыдущее предложение было про софтверного архитектора, ибо разговор был о нем. Как это перешло на целый бизнес и невозможность его постройки - не понятно.

нет формализации (читай детального и зафиксированного в камне плана) - нет реализации

арх как раз должен знать все детали реализации, чтобы быть той самой экспертной оценкой "возможно ли"

Мы не мост строим и вотерфол уже не так часто поименяется.

Не спорю с этим утверждением. Оно никак не противоречит моему. :)

но план должен быть максимально абстрагирован от деталей

иначе такое очень сложно понять, продать, согласовать

Мне кажется мы ушли куда-то хз куда. Моя изначальная мысль была, что софтверный арх должен общаться с командой и участвовать в жизни проекта.

и я про это же

не знаю, где вы решили, что я говорю про другое

И мысль про фориализацию - это о том, что не все в проекте можно или получается формализовать. И вот тогда общение важно.

не знаю, где вы решили, что я говорю про другое

Наверно где-то на этапе лунапарка

и вторым предложением было "спросить ЛПР про приемочные ограничения"

арх не придумывает сам, он берет заказчика и опрашивает, после готовит проект, согласует

арх не придумывает сам, он берет заказчика и опрашивает, после готовит проект, согласует

сто это делает.

сто это делает.

сто этого как раз делать не должен, ибо у него нет экспертной оценки в деталях реализации