А как вы определили, что это ботовод? Я просто думал, одобрять или не одобрять пустой коммент, и представил, что это живой человек, и что ему, наверное, странно, почему его за approve-wall вдруг отправили (и тут есть ещё комменты от очевидно живых людей, которым был нужен аппрув). Решил, что одобрить будет меньшим злом.
Здесь, я считаю, должно быть разделение труда. Инженеры не должны заниматься маркетингом или продажами, для этого должны быть специальные компетентные люди, к мнению которых надо прислушиваться. См. также п.п. 2 и 3.
Почему именно эти 2 части являлись основополагающими, осталось неясным.
Если, скажем, в среднем 50% кандидатов не доходят то третьего этапа, то назначать его заранее, а значит забивать место в календаре того, кто будет интервью проводить, кажется контрпродуктивным.
Я ужасно извиняюсь, но Яндекс.Афиша была запущена 16 лет назад, в июне 2005 года. Бэкенд был на плюсах, разворачивался на Корба-кластере, слова "фронтенд" тогда не было, а была трансформация проходившего с бэкенда XML в статичный XHTML при помощи XSLT-шаблонов. Львиную часть бэкенда сделал Саша Виленц, вёрстки - Надя Строганкова, им помогали несколько ребят, которых я уже не вспомню(
В качестве базы данных кажется использовалась Булька. Но это тоже не точно, возможно это уже была Мулька.
Любой ангел и любой фонд должны лезть из шкуры вон, консультируя проинвестированные ими проекты, но перед этим занести туда денег. Или в России нет smart money? Или они too smart?
Менторство - это отношения между двумя людьми (а не между человеком и компанией), цель которых - обоюдное развитие в профессиональном и не только плане. То, что у одного из них больше опыта - не имеет значения, потому что ментор в этих отношениях получает свою выгоду: структурирует и расширяет собственные знания и опыт, получает доступ к актуальным кейсам, тренирует важные лидерские навыки: активное слушание, вовлечённость, выдачу и получение обратной связи.
Менторство за деньги называется "коучинг", и является куда менее ценным взаимодействием для обеих сторон. В хорошем менторстве нет места денежным отношениям, потому что они очень быстро создают конфликт интересов у ментора.
Это хорошая идея, и вроде бы Андрей Бреслав пару лет назад на какой-то конференции именно такой вариант рассматривал. И, кстати, это сильно поможет продажам IDE)
А вы много знаете продуктов мирового уровня, где есть поддержка и документация на русском? Мне на ум приходит MS Windows и некоторые сервисы Google. И то, и другое предназначено для широких народных масс.
Кстати, можно ссылку, где JetBrains плачется по поводу реестра? Ну потому что они очевидно не "отечественное" ПО.
У меня есть pet-project на Go, это IoT-сервер с большим REST и WS API, очередями, внутренними кэшами и т.д. Он занимает в памяти 50 мегабайт и работает на Raspberry Pi. Всё, как обычно, зависит от решаемых задач и умении инженера избегать лишних аллокаций.
Пожалуйста, чуть-чуть полегче. Тут такая джентльменская дискуссия, не испортите её.
Невозможность наследования и добавления instance-переменных я считаю плюсом records, благодаря этому они больше отвечают семантике "я строка в базе данных/элемент в очереди". Употребить слово "богатый" наверное было неправильно, скорее "строгий".
Развесистая - это пара миллионов строк и больше. Моя ставка - что ближе к миллионам пяти, считая более поздние не-IDE проекты. Поддерживать и развивать такие монолиты - настоящий трудовой подвиг)
Ну вот, стоило мне порадоваться уровню дискуссии( Постарайтесь, пожалуйста, не переходить на личности, это не помогает вашей аргументации, а ровно наоборот.
Отвлекусь временно от комментирования, но хочу сказать, что приятно удивлён уровнем дискуссии. Спасибо всем, кто вносит свой вклад в создание многомерной картинки Kotlin-экосистемы!
А как вы определили, что это ботовод? Я просто думал, одобрять или не одобрять пустой коммент, и представил, что это живой человек, и что ему, наверное, странно, почему его за approve-wall вдруг отправили (и тут есть ещё комменты от очевидно живых людей, которым был нужен аппрув). Решил, что одобрить будет меньшим злом.
engineer /ɛndʒɪˈnɪə/
noun
a person who designs, builds, or maintains engines, machines, or structures.
Так что сисадмин - тоже инженер.
Соблюдайте, пожалуйста, адекватную тональность при дискуссии.
Здесь, я считаю, должно быть разделение труда. Инженеры не должны заниматься маркетингом или продажами, для этого должны быть специальные компетентные люди, к мнению которых надо прислушиваться. См. также п.п. 2 и 3.
Если, скажем, в среднем 50% кандидатов не доходят то третьего этапа, то назначать его заранее, а значит забивать место в календаре того, кто будет интервью проводить, кажется контрпродуктивным.
Я ужасно извиняюсь, но Яндекс.Афиша была запущена 16 лет назад, в июне 2005 года. Бэкенд был на плюсах, разворачивался на Корба-кластере, слова "фронтенд" тогда не было, а была трансформация проходившего с бэкенда XML в статичный XHTML при помощи XSLT-шаблонов. Львиную часть бэкенда сделал Саша Виленц, вёрстки - Надя Строганкова, им помогали несколько ребят, которых я уже не вспомню(
В качестве базы данных кажется использовалась Булька. Но это тоже не точно, возможно это уже была Мулька.
Любой ангел и любой фонд должны лезть из шкуры вон, консультируя проинвестированные ими проекты, но перед этим занести туда денег. Или в России нет smart money? Или они too smart?
Менторство - это отношения между двумя людьми (а не между человеком и компанией), цель которых - обоюдное развитие в профессиональном и не только плане. То, что у одного из них больше опыта - не имеет значения, потому что ментор в этих отношениях получает свою выгоду: структурирует и расширяет собственные знания и опыт, получает доступ к актуальным кейсам, тренирует важные лидерские навыки: активное слушание, вовлечённость, выдачу и получение обратной связи.
Менторство за деньги называется "коучинг", и является куда менее ценным взаимодействием для обеих сторон. В хорошем менторстве нет места денежным отношениям, потому что они очень быстро создают конфликт интересов у ментора.
Это троллинг такой? Данные из памяти в кэш процессора загружаются страницами, время доступа к любой странице памяти - одинаковое.
Это хорошая идея, и вроде бы Андрей Бреслав пару лет назад на какой-то конференции именно такой вариант рассматривал. И, кстати, это сильно поможет продажам IDE)
Мне интересно, угадал ли я с оценкой в 5м LOC для всей кодбазы JetBrains, или 2м LOC общей кодбазы всех IDE?)
Да они и не откликаются на объявления. Google "Cobol cowboys")
Я действительно не знаком с кодбазами больше 1м LOC. Было бы интересно послушать мнение человека более осведомлённого.
Far Manager FTW: редактор и командная строка в одном флаконе!
А вы много знаете продуктов мирового уровня, где есть поддержка и документация на русском? Мне на ум приходит MS Windows и некоторые сервисы Google. И то, и другое предназначено для широких народных масс.
Кстати, можно ссылку, где JetBrains плачется по поводу реестра? Ну потому что они очевидно не "отечественное" ПО.
У меня есть pet-project на Go, это IoT-сервер с большим REST и WS API, очередями, внутренними кэшами и т.д. Он занимает в памяти 50 мегабайт и работает на Raspberry Pi. Всё, как обычно, зависит от решаемых задач и умении инженера избегать лишних аллокаций.
Пожалуйста, чуть-чуть полегче. Тут такая джентльменская дискуссия, не испортите её.
Невозможность наследования и добавления instance-переменных я считаю плюсом records, благодаря этому они больше отвечают семантике "я строка в базе данных/элемент в очереди". Употребить слово "богатый" наверное было неправильно, скорее "строгий".
Развесистая - это пара миллионов строк и больше. Моя ставка - что ближе к миллионам пяти, считая более поздние не-IDE проекты. Поддерживать и развивать такие монолиты - настоящий трудовой подвиг)
Ну вот, стоило мне порадоваться уровню дискуссии( Постарайтесь, пожалуйста, не переходить на личности, это не помогает вашей аргументации, а ровно наоборот.
Отвлекусь временно от комментирования, но хочу сказать, что приятно удивлён уровнем дискуссии. Спасибо всем, кто вносит свой вклад в создание многомерной картинки Kotlin-экосистемы!
Java и Rust — это вообще два разных языка. Первый для больших (квази-)монолитных прикладных задач, второй — для системного программирования.