В том, например, что если без монорепы для какой-то фичи нужно сделать изменения в X > 1 репозитории - мы получаем Х пуллреквестов, по каждому из которых отдельное ревью, которые надо еще и залить на прод потом +- одновременно либо в определенной последовательности. Неудобства и вероятность ошибки намного выше.
Потом поправить и для тестирования локально запустить?
Очень сильно сомневаюсь, что там хоть кто-либо запускает локально даже дев-копию фб, максимум на специальных дев-серверах. Т.е. работают с кусочками кода, но хранится это все рядом.
Я так понял, вы в США освоились хорошо, т.е. вот эти вот все разговоры можете вести на достойном уровне? Но если так, то, значит, вы вряд ли тоже родились сразу с этим умением, а осваивали его постепенно. Значит, и остальным это доступно, без задрачивания идеального английского 10 лет по скайпу прежде чем решиться на переезд.
По факту же равномерно топить весь дом гораздо выгоднее для всех
В деньгах-то оно может и выгоднее. А вот в личном комфорте - не очень. Сидя весь сентябрь (потому что по нормативам там видите-ли среднесуточная должна 3 дня держаться Х градусов) в квартире, когда днем уже прохладно и ходишь в свитере, включая электрообогреватели - я бы лучше с удовольствием переплатил в деньгах за возможность индивидуально включить отопление лично мне на полную катушку уже в сентябре. И выключить в конце апреля, или когда мне захочется.
В Гугле же вроде что-то такое и есть - типа чтобы считаться хорошим разработчиком - по итогам года должен втащить какую-нибудь фичу. Плевать, что фич и так уже вагон может быть, или что вон тот неустраненный баг злит пользователей в 10 раз сильнее, чем отсутствие рюшечек.
Ну это же база - ставят ОКР/perf review на работе - значит, будут на это смотреть при повышении зп/должности. А значит, нужно выдумывать такие цели, которые ты 100% выполнишь, если даже половину года проспишь. В идеале - выполненные уже сейчас.
А работать ли на цели бизнеса или на личные - очевидно на те, за которые дадут больше денег.
Добавлю, что в релизах вообще большинство любят выкладывать zip-архив исходника и все. Зачем мне исходники, очевидно, что я иду в релизы, чтобы скачать нужный бинарь под свою платформу, а не собирать его?
Я думаю, скорее они настолько упоролись в оптимизацию и писательство велосипедов, что глючит базовая логика, а признаться в этом самим себе - значит, сказать: "у нас тут десятки разработчиков год занимались какой-то фигней, откатывайте все" - стыдно.
А можно просто втупую искать по названиям товара именно то, что ввел пользователь? Или просто втупую слать запрос в Эластик, чтобы он опять же получал то, что ищет?
А то пока от Озона такое впечатление, что туда понабрали сотни и тысячи разработчиков (зачем столько? Это маркетплейс, а не Гугл), которые занимаются оптимизацией и велосипедостроением как карго-культом - лишь бы что-то сделать и показать. Но при этом базовый юзер экспериенс далек от идеального.
Продуктовые стремятся к высокому качеству кода и информационных систем, уделяют значительное внимание поддержанию высоких стандартов, используют (стараются, по крайней мере) современные технологии и готовы щедро вознаграждать за профессионализм.
Это хорошо, если у вас так. Но обычно в продуктовых скорее схема: "вот тебе легаси, которое живет уже 5 лет и приносит деньги - теперь ты к нему привязан навеки, как часть команды, часть корабля. Ну может раз в год какую-нибудь новую технологию затащим куда-нибудь". В аутсорсе наоборот куда больше шансов за условный год увидеть несколько проектов, стеков и технологий, т.к. разные клиенты.
Да вроде бы нет, т.к. я так понял интервьюер тут не ждет оптимального решения по памяти или cpu. Тупо как угодно проверил элементы, умножил и т.д. - вернул новую коллекцию. Даже мозг особо включать не нужно.
Литкодом это было бы, если бы было требование не создавать новую коллекцию, а использовать исходную, при этом без пропусков на месте троек.
С другой стороны - может быть без Альтмана OpenAI наконец начнет хоть чуть-чуть соответствовать своему названию, и, например, опубликует веса ChatGPT 3.5.
У Майков в любом случае все будет гладко, часть разработчиков они к себе точно переманят.
А насчет опасений про развитие ИИ - это неизбежно, и лучше поскорее приспособиться к новому миру.
Еще Нидерланды, Сербия, Литва, Эстония, Словения из европейских. До недавнего времени - Германия.
Было бы интересно поработать по ssh с арктической виртуалкой по спутниковому каналу)
В том, например, что если без монорепы для какой-то фичи нужно сделать изменения в X > 1 репозитории - мы получаем Х пуллреквестов, по каждому из которых отдельное ревью, которые надо еще и залить на прод потом +- одновременно либо в определенной последовательности. Неудобства и вероятность ошибки намного выше.
Но и с монорепой свои минусы.
Очень сильно сомневаюсь, что там хоть кто-либо запускает локально даже дев-копию фб, максимум на специальных дев-серверах. Т.е. работают с кусочками кода, но хранится это все рядом.
Я так понял, вы в США освоились хорошо, т.е. вот эти вот все разговоры можете вести на достойном уровне? Но если так, то, значит, вы вряд ли тоже родились сразу с этим умением, а осваивали его постепенно. Значит, и остальным это доступно, без задрачивания идеального английского 10 лет по скайпу прежде чем решиться на переезд.
Дорогу осилит идущий.
С порно вообще проблем не вижу. Отрасль весьма полезная, приносящая людям радость и пользу. В отличие от оружия, наркотиков, ставок и казино.
Так не вернули же? Т.е. ставить их можно, но они по-прежнему ни на что не влияют.
Да, тут маркетинг - самое сложное.
Хорошая возможность запилить альтернативу Хабру, сделав "Хабр как было". Правда, юзеров придется привлекать как-то.
В деньгах-то оно может и выгоднее. А вот в личном комфорте - не очень. Сидя весь сентябрь (потому что по нормативам там видите-ли среднесуточная должна 3 дня держаться Х градусов) в квартире, когда днем уже прохладно и ходишь в свитере, включая электрообогреватели - я бы лучше с удовольствием переплатил в деньгах за возможность индивидуально включить отопление лично мне на полную катушку уже в сентябре. И выключить в конце апреля, или когда мне захочется.
В Гугле же вроде что-то такое и есть - типа чтобы считаться хорошим разработчиком - по итогам года должен втащить какую-нибудь фичу. Плевать, что фич и так уже вагон может быть, или что вон тот неустраненный баг злит пользователей в 10 раз сильнее, чем отсутствие рюшечек.
Ну это же база - ставят ОКР/perf review на работе - значит, будут на это смотреть при повышении зп/должности. А значит, нужно выдумывать такие цели, которые ты 100% выполнишь, если даже половину года проспишь. В идеале - выполненные уже сейчас.
А работать ли на цели бизнеса или на личные - очевидно на те, за которые дадут больше денег.
Такова работа в корпорации :)
Добавлю, что в релизах вообще большинство любят выкладывать zip-архив исходника и все. Зачем мне исходники, очевидно, что я иду в релизы, чтобы скачать нужный бинарь под свою платформу, а не собирать его?
Я думаю, скорее они настолько упоролись в оптимизацию и писательство велосипедов, что глючит базовая логика, а признаться в этом самим себе - значит, сказать: "у нас тут десятки разработчиков год занимались какой-то фигней, откатывайте все" - стыдно.
А можно просто втупую искать по названиям товара именно то, что ввел пользователь? Или просто втупую слать запрос в Эластик, чтобы он опять же получал то, что ищет?
А то пока от Озона такое впечатление, что туда понабрали сотни и тысячи разработчиков (зачем столько? Это маркетплейс, а не Гугл), которые занимаются оптимизацией и велосипедостроением как карго-культом - лишь бы что-то сделать и показать. Но при этом базовый юзер экспериенс далек от идеального.
А есть софт, который в каком-нибудь гуе позволяет натыкать бэкапы - расписание, откуда забирать, куда класть и т.д.?
Это хорошо, если у вас так. Но обычно в продуктовых скорее схема: "вот тебе легаси, которое живет уже 5 лет и приносит деньги - теперь ты к нему привязан навеки, как часть команды, часть корабля. Ну может раз в год какую-нибудь новую технологию затащим куда-нибудь". В аутсорсе наоборот куда больше шансов за условный год увидеть несколько проектов, стеков и технологий, т.к. разные клиенты.
Да вроде бы нет, т.к. я так понял интервьюер тут не ждет оптимального решения по памяти или cpu. Тупо как угодно проверил элементы, умножил и т.д. - вернул новую коллекцию. Даже мозг особо включать не нужно.
Литкодом это было бы, если бы было требование не создавать новую коллекцию, а использовать исходную, при этом без пропусков на месте троек.
Мне кажется, можно под это дело уже какой-нибудь чат с ChatGPT адаптировать.
По-моему, я это уже на vc.ru видел и там тоже в панамку напихали.
С другой стороны - может быть без Альтмана OpenAI наконец начнет хоть чуть-чуть соответствовать своему названию, и, например, опубликует веса ChatGPT 3.5.
У Майков в любом случае все будет гладко, часть разработчиков они к себе точно переманят.
А насчет опасений про развитие ИИ - это неизбежно, и лучше поскорее приспособиться к новому миру.