Переизобретение одних и тех эе алгоритмов на нескольких уровнях, потому что человек не понимает capabilities системы, в которой он работает — это, например, одна из самых частых ошибок разработчика.

Ряд слоев стал настолько надёжен что нужен один человек на 1к проектов который бы действительно разбирался в этом по необходимости

>действительно разбирался — да.

Но я хочу от людей в стеке понимания общих черт стека

Иначе они на практике творят хуйню

Ну так берете таких или гордо отсеиваете? :)

Я разработчиков не собеседую обычно :(

Но вот у нас кстати разрабы обычно стек знают

Аж до непривычности приятно

Ряд слоев стал настолько надёжен что нужен один человек на 1к проектов который бы действительно разбирался в этом по необходимости

Особенно когда новый инстанс InetAddress (или что-то похожее по названию) в java вызывает стнхронный DNS резолвинг :)

Иначе они на практике творят хуйню

Камон! Всем насрать))) легаси пилится и всем пох, что там происходит.

Иначе они на практике творят хуйню

Это же как бы наследственное. Должен быть сеньор который скажет

Опять же, да, иногда надежные слои меняются

Для тех, кто в общих чертах шарит, это не становится катастрофой

А вот для макак с копипастой — вполне.

Иногда индустрия вообще дергается резко в новом направлении

Вот эти копипастеры как засохшее говно с ботинок отваливаются резко в такие моменты :)

Особенно когда новый инстанс InetAddress (или что-то похожее по названию) в java вызывает стнхронный DNS резолвинг :)

Это как бы детали реализации которые кажется легко выцепляются профилировщиками или изучением со

Главное - фичи да побыстрее!

Ну это извечная проблема. Сделать хорошо или быстро.

Иногда возможно все вместе, иногда нет

Главное - фичи да побыстрее!

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

Копится тех. долг. Страдания. Смерть.

Рано или поздно берем все, выкидываем, пишем заново :D

Аж до непривычности приятно

Есть рай на земле.

Есть рай на земле.

Не. У нас пахать надо, как проклятый :)

Если бы еще работать не надо было, эх.

В софтостроении также как и с ремонтом квартиры: все обещают быстро, качественно, недорого. А на деле из этих трёх факторов можно выбрать только 2. ))))

У меня было единственное место (до текущего) куда ни плюнь везде знающие люди , все потому что а) после 2008 было очень много людей на рынке и б) рулил американец, который не боялся увольнять на месте

И с тех пор мне было интересно, как же собираются команды у которых все хорошо и со знаниями и мотивацией и временем

А у меня ща веселье

Продукт не знает про принципы разных площадок даже. А команда, хардкорные спецы

С отличным 10+ лет опытом на проектах приносящих живые деньги

С отличным 10+ лет опытом на проектах приносящих живые деньги

Из хардкорных спецов никто не хочет в РМ?

РМ ?

Продакт менеджеры

Эмм... Что то мне кажется спец и продукт это слегка диаметральные вещи

Продукт это про рынок бизнес и аналитику

И с тех пор мне было интересно, как же собираются команды у которых все хорошо и со знаниями и мотивацией и временем

Не ну не то чтобы прям все хорошо. С ленью не совсем понятно, как бороться, а почти все крутые ленивы

Но при общем понимании лени друг друга вроде вывозим

А проджекты ненужны :))

Эмм... Что то мне кажется спец и продукт это слегка диаметральные вещи

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

Хз, не встречал в жизни хорошего бизнесмена с тех бэком

Ну это не вектор, это смена рода деятельности

илон маск? ?

Проджекты да

Я видел смены в обе стороны такие

илон маск? ?

Не встречал его :)

И да, это всегда большой плюс. В обе стороны.

досадно, да? ?

Тех с админкой в беке тоже круто

досадно, да? ?

И не говори )

Раз уж тут размышления. У кого был опыт работы скажем год в новой команде над новым продуктом. Как избавиться от чувства, что все понарошку? :)

Я встречаю часто мальчиков 10лет назад писавших плагины для форумов на пхп и считающих что у них тех бэкграунд

Т.е. процесс идёт, но какая то публичность продукта только через год

Раз уж тут размышления. У кого был опыт работы скажем год в новой команде над новым продуктом. Как избавиться от чувства, что все понарошку? :)

Стартап? Никак.

Раз уж тут размышления. У кого был опыт работы скажем год в новой команде над новым продуктом. Как избавиться от чувства, что все понарошку? :)

Заоунить фичу и выпустить на высоких рисках с микрополомками, подложив соломы

Т.е. процесс идёт, но какая то публичность продукта только через год

Ааа. Никак

Стартап? Никак.

Более того, скорее всего этому стартапу пизда.

Более того, скорее всего этому стартапу пизда.

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

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

Лавеху платят исправно? Директор тачку давно обновлял? Если да, то пора валить оттуда.

@rossmohax если публичность нескоро, вы можете догфудить хотя бы начать?

Свой собственный продукт юзать

ERROR: S client not available

Не тестить, а прям использовать

Я знаю, что это не всегда возможно, но если да, то это очень хороший способ не чувствовать, что пишешь код в никуда

У меня вообще обратная проблема, я не умею мотивироваться на что-то, что принесет плоды через какое-то время. Либо оно пишется и работает сейчас, либо неинтересно :(

As in даже понарошку писать нет вообще драйва. Оно должно что-то делать.

А код, который что-то сразу делает — это код для себя. Вот и получается, что пишу только свои инструменты.

Ну, тут чисто эмоции играют.

Кто понял жизнь, тот не спешит. ?

Лавеху платят исправно? Директор тачку давно обновлял? Если да, то пора валить оттуда.

Почему? Платят, директор пашет больше всех :)

У меня вообще обратная проблема, я не умею мотивироваться на что-то, что принесет плоды через какое-то время. Либо оно пишется и работает сейчас, либо неинтересно :(

Я люблю решать сложные проблемы, но это ведёт к тому что иногда фичи пилятся очень долго

Господа а чнн(часы наибольшей нагрузки) имеет устойчивый перевод в инглиш?

Господа а чнн(часы наибольшей нагрузки) имеет устойчивый перевод в инглиш?

peak time?

На транспорте так называют :)

Как перевести я знаю вопрос именно сложившегося перевода

На транспорте так называют :)

Транспорт который? Isp ?

Который поезд :)

:)

Все привыкли к этому, думаю в тех литературе тоже можно использовать

Т.е. перевод устойчивый мне кажется

Как вариант есть heavy hour/ busy hour и производные

Ок ладно пасиб

Нафига переводить? Делаешь в скобках перевод слова или сноску и далее используешь англоязычный термин

Господа а чнн(часы наибольшей нагрузки) имеет устойчивый перевод в инглиш?

Вообще prime time

Есть хипстеры которым для понимания на русском нужен термин на английском

Есть хипстеры которым для понимания на русском нужен термин на английском

Ну я и пишу, вынеси в сноску и там перевод и определение или прям в тексте, всегда так делаю

А дальше просто термин используй

Под Прайм тайм понимается не отдельный промежуток, а пиковые и самые 'важные' периоды

... в речи

... в речи

Аа

За prime тоже спасибо

Che Guevara будет жить. Поприветствуем!