В книжках Перельмана (Якова) лет 100 назад ещё описывался несколько более компактный способ использования десятичных логарифмов в уме - там предлагалось десяток чисел запомнить... Не будем вдаваться в подробности - это легко нагуглить - но я бы отметил что для практических целей гораздо полезнее его способ запоминания таблицы синусов и решения с её помощью разных прикладных задач (в духе "оценить ширину озера, высоту облака" и т.п.)
судя по всему, не имеет единой базы резюме по всем своим направлениям. То, что Вы видите в просмотрах на ХХ - скорее всего, заходы эйчаров из разных стримов.
как Вы сами понимаете, то что такая крутая айтишная контора не имеет общей базы (или имеет какие-то с ней проблемы) - это очень негативные мысли по поводу такой конторы навевает, в этом смысл :)
по поводу зачёта за алгоритмы я вовсе и не радовался - я по большому счёту ради них и ввязался в эту тему, мне нравится эта секция - и я даже немного обиделся что её не дали :D
А статью напишите конечно, по возможности - как видите, творится всевозможный бардак и коллегам-единомышленникам отнюдь не вредно будет больше подробностей получить.
например вижу что на проекте куча тестов нестабильные. мерж-реквесты в репозиторий приходится по нескольку раз перезапускать. все чертыхаются, но править никто не торопится. это мол ведь тесты нестабильные, с приложением всё норм.
заглядываю осторожно внутрь, минут через двадцать обнаруживаю, например, что обёртка библиотеки логгера через раз при инициализации nil-pointer ловит. это не в тестах проблема. и проблему все видят даже самым несвежим взглядом. просто считается что "есть дела поважнее".
Но еще интересное наблюдение насчет "Покопался в этих дампах, нашел источник проблемы" - на удивление знакомо - когда приходишь на новое место, в проект "семантически" врастать ещё пока сложно - зато видишь какие-то очевидные косяки, которые месяцами никто не исправляет в силу какой-то ментальной инертности. Аналогично на текущем месте я одним из ранних достижений "базу починил" :)))
Только написать-то это полдела - в наше сложное время главное ещё убедить пользователей.
Ах да, не упоминая ещё про поддержку :)))
Полноценного российского аналога с серверами, каналами, ролями, ботами и голосовыми комнатами я не нашёл. Поэтому сделал.
честно говоря не уверен что аудио-видео возможности принципиально нужно в чат встраивать. в корпоративной среде окажется что используют kontur talk и важнее интеграция с календарём например
ну и что значит "российский аналог"? что "главный разработчик" может предъявить паспорт подтверждающий гражданство РФ? это будет весомый довод для корпоративного клиента который рассматривает "velachat vs mattermost" например?
Скачать приложение для Windows: velachat.ru
Открыть в браузере без установки velachat.online
Создать свой сервер и позвать друзей
Мне интересна обратная связь.
Это очевидное - вы и сами об этом дальше пишете - но в наше время без мобильного клиента чат продвигать вряд ли реалистично. На этом стоит сконцентрироваться раньше чем пытаться вычищать текущую версию.
Это ведь и без искусственного интеллекта можно было делать, хоть и дольше.
Тут риски в другом - в том что если компания берет библиотеку A у которой миллионы пользователей, код более-менее выверен и стабилен - и переписывает с помощью волшебного (мутного) сервиса в библиотеку AA которую вставляет в свой миллиардно-долларовый проект... Кто будет отвечать за потенциальные косяки?
И как апдейтить эту хрень с апстрима при поступлении важных изменений?
В общем сила опенсорса не в лицензиях, кому очень хотелось, их обходили и раньше.
спасибо за ответ - да я скорее в качестве шутки уточнил, вряд ли любительский опыт перла в проде актуален :) в качестве обмена контактами откликнулся на единственную Go/PHP вакансию благо у меня более-менее аналогичное резюме как раз нашлось :)
Насчет GC это отдельная тема... Мне кажется так глубоко как в Java (JVM) его нигде не спрашивали - и это потому что там у него несколько механизмов было доступно да ещё и у каждого свои настройки. Собеседуясь однажды в "Одноклассники" я примерно после получаса вопросов по GC на которые я более-менее шатко-валко отвечал, я сказал что "ваще у меня сложилось стойкое ощущение что если в проекте приходится сложно и мучительно тюнинговать GC, то обычно это отражает проблемы дизайна самого проекта, и решения с тюнингом в общем-то корневой проблемы не решают а только позволяют немножко улучшить плохую ситуацию"
На это собеседующие помрачнели и сказали в духе "плохо что вы к этому так относитесь, нам де приходится этим заниматься практически на постоянной основе". Мне туда работу в этот раз не предложили но честно сказать я почему-то не расстроился :)))
То ли дело в Go - по-моему у нас ровно одна настройка для GC до сих пор присутствует, определяющая частоту срабатывания (и "глубину очистки") - и всё.
да, тут есть разные крайности и то о чём вы говорите тоже конечно классическая проблема :) и кстати в яндексе она тоже существует - помню на одном из собеседований мне прямо так и сказали "вот мы напедалили такое решение (минут 5 восхвалений) - и в общем мы хотели бы его теперь переписать с нуля"
и главное что тут дело не только в дискриминации, а в том что компания нацеливается набирать людей ставя на первое место не скилл а возможность добираться до офиса (который в Питере расположен весьма по-дурацки - это не попа мира, но она оттуда уже видна). и тут я как кандидат думаю - мне интереснее работать с реально умелыми людьми от которых можно чему-то научиться - или просто с "пацанами с района"?
если вы внимательно прочитали статью, то могли обратить внимание что присылать резюме в яндекс не требуется. они по своей устаревшей внутренней базе пытаются обстукивать народ :)
Цикл проектирования в крупной компании включает в себя архитекторов, аналитиков, техлида или тимлида,
это всё так, к сожалению многие из нас работают в крупных компаниях и знают не понаслышке, что такой цикл зачастую не менее ущербный :) аналитики запрашивают хрень, архитекторы выдумывают фигню, техлид устало соглашается на трёхчасовом созвоне где его решили этим обрадовать, а разработчик потом должен бегать и стучать в личку всем этим гениям и объяснять почему так сделать нельзя.
я немного утрирую конечно, но думаю такая ситуация известна почти любому :)
Я могу ошибаться, но по-моему люди склонны хейтить тех работодателей, которые им отказали. Стал бы автор писать этот пост, если бы Яндекс принял его на искомую позицию с хорошими условиями работы?)
да, боюсь вы из-за каких-то собственных особенностей восприятия ошибаетесь
у меня нет какой-то ненависти к Яндексу, даже в чём-то наоборот. я же писал что мне случалось с ними и до оффера доходить, но в целом с годами он становится всё плачевнее, растерял множество тех фишек которые делали его уникальным (вы помните что теперь даже домен yandex.ru исчез). тут нет "хейта" это скорее некая грусть и ощущение что ребята уже никогда не смогут сделать его Great Again.
Статью я написал по двум простым соображениям - одно из которых - что Яндекс спрашивает обратную связь после собеседований. Там дурацкий опросник который, как я подозреваю, они и не читают. Поэтому я написал статью и отправил им ссылку. Впрочем тоже не думаю что будут читать.
Мне бы очень хотелось чтобы они взялись за ум и воплотили что-то из того о чём "мечтал" их руководитель в вышеупомянутой статье об улучшении найма. Но боюсь что сейчас уже не та коньюнктура.
именно что пользуюсь - Такси и Картами больше всего
и моё замечание вызвано именно их катастрофическим качеством
ВК тоже отличились - год или около того назад ленту новостей так переделали что до сих пор ни старый функционал восстановить не смогли ни привнесённые баги пофиксить
Спасибо за подробности! да уж, что-то звучит несколько насосно задачка для их формата (полтора часа?) - т.е. по содержанию действительно неплоха, но мильон проверок и т.п. - это я бы не стал требовать на собеседовании.
Любопытно про ОТП банк - надо будет присмотреться :)
В книжках Перельмана (Якова) лет 100 назад ещё описывался несколько более компактный способ использования десятичных логарифмов в уме - там предлагалось десяток чисел запомнить... Не будем вдаваться в подробности - это легко нагуглить - но я бы отметил что для практических целей гораздо полезнее его способ запоминания таблицы синусов и решения с её помощью разных прикладных задач (в духе "оценить ширину озера, высоту облака" и т.п.)
как Вы сами понимаете, то что такая крутая айтишная контора не имеет общей базы (или имеет какие-то с ней проблемы) - это очень негативные мысли по поводу такой конторы навевает, в этом смысл :)
по поводу зачёта за алгоритмы я вовсе и не радовался - я по большому счёту ради них и ввязался в эту тему, мне нравится эта секция - и я даже немного обиделся что её не дали :D
А статью напишите конечно, по возможности - как видите, творится всевозможный бардак и коллегам-единомышленникам отнюдь не вредно будет больше подробностей получить.
вообще да, есть такая тенденция - даже шутки на эту тему уже были, мол джуниор использует sql, миддл JPA, сеньор опять sql
но вообще в джаве есть и другие интересные подходы (например spring-data) насколько я помню
необязательно :)
например вижу что на проекте куча тестов нестабильные. мерж-реквесты в репозиторий приходится по нескольку раз перезапускать. все чертыхаются, но править никто не торопится. это мол ведь тесты нестабильные, с приложением всё норм.
заглядываю осторожно внутрь, минут через двадцать обнаруживаю, например, что обёртка библиотеки логгера через раз при инициализации nil-pointer ловит. это не в тестах проблема. и проблему все видят даже самым несвежим взглядом. просто считается что "есть дела поважнее".
Хе-хе, это "агонь" конечно :)
Но еще интересное наблюдение насчет "Покопался в этих дампах, нашел источник проблемы" - на удивление знакомо - когда приходишь на новое место, в проект "семантически" врастать ещё пока сложно - зато видишь какие-то очевидные косяки, которые месяцами никто не исправляет в силу какой-то ментальной инертности. Аналогично на текущем месте я одним из ранних достижений "базу починил" :)))
Занятный опыт, спасибо :)
Только написать-то это полдела - в наше сложное время главное ещё убедить пользователей.
Ах да, не упоминая ещё про поддержку :)))
честно говоря не уверен что аудио-видео возможности принципиально нужно в чат встраивать. в корпоративной среде окажется что используют kontur talk и важнее интеграция с календарём например
ну и что значит "российский аналог"? что "главный разработчик" может предъявить паспорт подтверждающий гражданство РФ? это будет весомый довод для корпоративного клиента который рассматривает "velachat vs mattermost" например?
Это очевидное - вы и сами об этом дальше пишете - но в наше время без мобильного клиента чат продвигать вряд ли реалистично. На этом стоит сконцентрироваться раньше чем пытаться вычищать текущую версию.
Это ведь и без искусственного интеллекта можно было делать, хоть и дольше.
Тут риски в другом - в том что если компания берет библиотеку A у которой миллионы пользователей, код более-менее выверен и стабилен - и переписывает с помощью волшебного (мутного) сервиса в библиотеку AA которую вставляет в свой миллиардно-долларовый проект... Кто будет отвечать за потенциальные косяки?
И как апдейтить эту хрень с апстрима при поступлении важных изменений?
В общем сила опенсорса не в лицензиях, кому очень хотелось, их обходили и раньше.
спасибо за ответ - да я скорее в качестве шутки уточнил, вряд ли любительский опыт перла в проде актуален :) в качестве обмена контактами откликнулся на единственную Go/PHP вакансию благо у меня более-менее аналогичное резюме как раз нашлось :)
Насчет GC это отдельная тема... Мне кажется так глубоко как в Java (JVM) его нигде не спрашивали - и это потому что там у него несколько механизмов было доступно да ещё и у каждого свои настройки. Собеседуясь однажды в "Одноклассники" я примерно после получаса вопросов по GC на которые я более-менее шатко-валко отвечал, я сказал что "ваще у меня сложилось стойкое ощущение что если в проекте приходится сложно и мучительно тюнинговать GC, то обычно это отражает проблемы дизайна самого проекта, и решения с тюнингом в общем-то корневой проблемы не решают а только позволяют немножко улучшить плохую ситуацию"
На это собеседующие помрачнели и сказали в духе "плохо что вы к этому так относитесь, нам де приходится этим заниматься практически на постоянной основе". Мне туда работу в этот раз не предложили но честно сказать я почему-то не расстроился :)))
То ли дело в Go - по-моему у нас ровно одна настройка для GC до сих пор присутствует, определяющая частоту срабатывания (и "глубину очистки") - и всё.
у нас есть же и локальный китай в виде затаившегося Хуавея :) отечественному разработчику режим китайской компании не очень придётся по душе
да, тут есть разные крайности и то о чём вы говорите тоже конечно классическая проблема :) и кстати в яндексе она тоже существует - помню на одном из собеседований мне прямо так и сказали "вот мы напедалили такое решение (минут 5 восхвалений) - и в общем мы хотели бы его теперь переписать с нуля"
да, это бред но некому его объяснять :)
и главное что тут дело не только в дискриминации, а в том что компания нацеливается набирать людей ставя на первое место не скилл а возможность добираться до офиса (который в Питере расположен весьма по-дурацки - это не попа мира, но она оттуда уже видна). и тут я как кандидат думаю - мне интереснее работать с реально умелыми людьми от которых можно чему-то научиться - или просто с "пацанами с района"?
если вы внимательно прочитали статью, то могли обратить внимание что присылать резюме в яндекс не требуется. они по своей устаревшей внутренней базе пытаются обстукивать народ :)
это всё так, к сожалению многие из нас работают в крупных компаниях и знают не понаслышке, что такой цикл зачастую не менее ущербный :) аналитики запрашивают хрень, архитекторы выдумывают фигню, техлид устало соглашается на трёхчасовом созвоне где его решили этим обрадовать, а разработчик потом должен бегать и стучать в личку всем этим гениям и объяснять почему так сделать нельзя.
я немного утрирую конечно, но думаю такая ситуация известна почти любому :)
Спасибо большое! значит мне не померещилось :)
да, боюсь вы из-за каких-то собственных особенностей восприятия ошибаетесь
у меня нет какой-то ненависти к Яндексу, даже в чём-то наоборот. я же писал что мне случалось с ними и до оффера доходить, но в целом с годами он становится всё плачевнее, растерял множество тех фишек которые делали его уникальным (вы помните что теперь даже домен yandex.ru исчез). тут нет "хейта" это скорее некая грусть и ощущение что ребята уже никогда не смогут сделать его Great Again.
Статью я написал по двум простым соображениям - одно из которых - что Яндекс спрашивает обратную связь после собеседований. Там дурацкий опросник который, как я подозреваю, они и не читают. Поэтому я написал статью и отправил им ссылку. Впрочем тоже не думаю что будут читать.
Мне бы очень хотелось чтобы они взялись за ум и воплотили что-то из того о чём "мечтал" их руководитель в вышеупомянутой статье об улучшении найма. Но боюсь что сейчас уже не та коньюнктура.
именно что пользуюсь - Такси и Картами больше всего
и моё замечание вызвано именно их катастрофическим качеством
ВК тоже отличились - год или около того назад ленту новостей так переделали что до сих пор ни старый функционал восстановить не смогли ни привнесённые баги пофиксить
Спасибо за подробности! да уж, что-то звучит несколько насосно задачка для их формата (полтора часа?) - т.е. по содержанию действительно неплоха, но мильон проверок и т.п. - это я бы не стал требовать на собеседовании.
Любопытно про ОТП банк - надо будет присмотреться :)
А вакансии на Perl у вас есть? :) Мне небезынтересно! текущий профиль - Go, что тоже может быть полезно...
Любопытный опыт :) а live-coding это по языку было или какая-то специальная "секция"?