По заклинанию хотя бы понятно сходу какая это модель в ряду/чипсет и сориентироваться в ассортименте.
А понять новее ли Яга чем Березка и какие процессоры поддерживают что тот что другой (да хоть на уровне Intel/AMD/Байкал/ARM) - может только тот кто придумывал эти названия.
Зачем переводить? Приедет - туриста можно посадить паять микросхемы (или что у нас там сейчас испытывает недостаток в рабочих руках) за МРОТ. Как накопает себе на отпуск - может ехать дальше отдыхать и тратить.
Можно поинтересоваться какие жанры/по каким реддитам ищите? А то иногда хочется поиграть во что-нибудь адекватное на мобилке по ситуации, а с выбором грустно
Потому что качество отбора на собеседованиях в таких масштабах - сильно страдает. Люди не учатся работать, а учатсчя успешно проходить собеседования. Как результат - из трех десятков человек с которыми я плотно поработал (Microsoft) - хорошие специалисты с которыми приятно работать. Таких которые могут без указки и ведения за ручку делать Продукт, а не участвовать в созвонах - человек 10 (вперемешку программисты и менеджеры). Остальные - могут быть неплохие люди, неплохие «scrum master’а», технические писатели и писатели алгоритмов сортировок на доске - но от их исчезновения продукты и результаты особо не изменятся. Надо будет менять процессы, меньше бюрократии, делать меньше менеджмента и задумываться о шлифовании полуручных процессов. Но по мне - выгнать и было бы как минимум не хуже.
Поэтому я может и занимаю позицию меньшенства, но считаю что текущие увольнения - это хороший процесс сброса жирка
Не смогу. Какой-то процент рутины вполне нормально воспринимается как обязанность без влияния на мотивацию. Особенно если прилагать усилия для того чтобы уменьшить количество этой рутины со временем.
Для кого то нудное, для кого то медитативное. Чаще всего даже для одних и тех же людей в разные моменты времени.
Человек может выкладываться на 100%, а может на 50. Условно говоря, у человека есть задача на три дня, а он растягивает её на неделю, но не потому, что сложно идёт, а из-за работы по пять часов в день.
Мой опыт говорит что это происходит независимо от очной работы или удаленной, опытности коллектива или наличия в офисе кофемашин и массажисток.
Единственный способ этого избежать- собрать команду которая будет гордиться тем что она делает и заинтересована делать хороший продукт.
Тесты - банально ускоряют разработку за счет того что работа кода проверяется за секунды вместо минут на запуск кода и ручные вызовы функционала. Вопрос в 100% покрытии и моканьи всего подряд - на этапе стартапа хорошо закрывается фокусом на функциальных и интеграционных тестах (diamond of testing), покрытие основных пользовательских сценариев может занять минуты, даже не часы работы.
Работу с БД прячет под собой ORM и вызовы с фильтрами/сортировками не отличаются от «достать все из базы и обработать». Заодно упрощается работа с версиями БД, форматами данных, можно использовать разные хранилища для разработки и прода, что тоже ускоряет разработку.
Компоненты/иерархия классов - тут наверное соглашусь, в условиях недостатка информации может быть сложно выделить сразу с прицелом на будущее и проще сначала закопипастить, а когда требования устаканятся - вытащить общие компоненты. И то, что-то однозначно универсальное просто вытаскивается во внешние компоненты/классы и экономится время на копипаст лишних строк.
О да, Миграция из Jira - NO (Jira), YES (EvaProject) это конечно веский параметр сравнения. Причем дважды, чуть ниже есть "Автоматический импорт из Jira")
А еще "Скоро!" вместо No в том чего нет в EvaProject.
Почему если вы делаете неплохой продукт со своими преимуществами (та же более гибкая система прав) - нельзя нормально показать эти преимущества в сравнении с конкурентами? Что же за темная магия доступная лишь избранным?
Нуу, в этом и проблема таких решений, которой часто грешат российские компании. Получить такую информацию об условном GitLab/AzureDevOps и сравнить - дело получаса чтения документации под кофе.
Получить информацию о таком решении - пишите нам в поддержку и ждите непонятное время пока вам ответят.
Может правда где-то посередине? города на 100-500 тысяч населения, 3-5-7 этажная застройка с подземными парковками и расстоянием в 10 минут на машине, 30 минут пешим ходом до центра. В идеале в пределах часа-двух езды от регионального аэропорта, чтобы обеспечить связность с остальным миром.
На таких масштабах и не будет особых проблем с перемещением (хоть машиной, хоть ОТ), и достаточно чтобы у малого/среднего бизнеса была клиентура для развития.
Не именно про майнкрафт, но про игры в целом, у меня сложилось впечатление по наблюдениям, что у заядлых геймеров быстрее проходит цикл смены контекста/вхождения в проект. У геймеров не возникает проблемы за пару дней оглядеться в проекте и начать активно контрибьютить. Люди которые не проигрывают периодически тратят пару недель - месяц на аналогичное вхождение.
Примерно такое же наблюдение и про «локальные» смены контекста, мелкие задачи или созвоны/обсуждения.
По сути - большинство игровых сессий это «осмотреться в новых условиях, выяснить правила и ограничения, построить план и идти по нему продолжая узнавать новые правила и корректируя план на ходу». Не относится конечно к случаям «я пять лет играю в контру и только в нее», это отдельная история. В остальном - тоже своего рода тренировка определенного хода мышления.
Я бы исходил из того «чья идея» в первую очереди. Если основной руководитель и идеолог русский, но для воплощения нанял индийскую компанию - игра российская. Если CD Project Red делегировали работу над своей идеей - игра все равно их.
А я бы не прочь посмотреть в целом на список игр от российских разработчиков за последние 10 лет. Схожу разве что Graveyard Keeper вспоминается, который был весьма неплох.
Почему именно телеграм бот, а не например ветки в репозитории? Сходу приходит в голову схема единого репозитория с заданиями, от которого студенты делают приватные форки и дают доступ к ним учетной записи учителя для проверки. Валидацию сделать пайплайном, меньше возни с упаковкой/проверкой структуры файлов и т.д.?
Kingdom come?
По заклинанию хотя бы понятно сходу какая это модель в ряду/чипсет и сориентироваться в ассортименте.
А понять новее ли Яга чем Березка и какие процессоры поддерживают что тот что другой (да хоть на уровне Intel/AMD/Байкал/ARM) - может только тот кто придумывал эти названия.
Зачем переводить? Приедет - туриста можно посадить паять микросхемы (или что у нас там сейчас испытывает недостаток в рабочих руках) за МРОТ. Как накопает себе на отпуск - может ехать дальше отдыхать и тратить.
Можно поинтересоваться какие жанры/по каким реддитам ищите? А то иногда хочется поиграть во что-нибудь адекватное на мобилке по ситуации, а с выбором грустно
В Чехии на троих тратим около тысячи с регулярными южноамериканскими стейками. 250 ужавшись и перейдя на местные сезонные продукты - звучит адекватно
Потому что качество отбора на собеседованиях в таких масштабах - сильно страдает. Люди не учатся работать, а учатсчя успешно проходить собеседования. Как результат - из трех десятков человек с которыми я плотно поработал (Microsoft) - хорошие специалисты с которыми приятно работать. Таких которые могут без указки и ведения за ручку делать Продукт, а не участвовать в созвонах - человек 10 (вперемешку программисты и менеджеры). Остальные - могут быть неплохие люди, неплохие «scrum master’а», технические писатели и писатели алгоритмов сортировок на доске - но от их исчезновения продукты и результаты особо не изменятся. Надо будет менять процессы, меньше бюрократии, делать меньше менеджмента и задумываться о шлифовании полуручных процессов. Но по мне - выгнать и было бы как минимум не хуже.
Поэтому я может и занимаю позицию меньшенства, но считаю что текущие увольнения - это хороший процесс сброса жирка
Не смогу. Какой-то процент рутины вполне нормально воспринимается как обязанность без влияния на мотивацию. Особенно если прилагать усилия для того чтобы уменьшить количество этой рутины со временем.
Для кого то нудное, для кого то медитативное. Чаще всего даже для одних и тех же людей в разные моменты времени.
Мой опыт говорит что это происходит независимо от очной работы или удаленной, опытности коллектива или наличия в офисе кофемашин и массажисток.
Единственный способ этого избежать- собрать команду которая будет гордиться тем что она делает и заинтересована делать хороший продукт.
Тесты - банально ускоряют разработку за счет того что работа кода проверяется за секунды вместо минут на запуск кода и ручные вызовы функционала. Вопрос в 100% покрытии и моканьи всего подряд - на этапе стартапа хорошо закрывается фокусом на функциальных и интеграционных тестах (diamond of testing), покрытие основных пользовательских сценариев может занять минуты, даже не часы работы.
Работу с БД прячет под собой ORM и вызовы с фильтрами/сортировками не отличаются от «достать все из базы и обработать». Заодно упрощается работа с версиями БД, форматами данных, можно использовать разные хранилища для разработки и прода, что тоже ускоряет разработку.
Компоненты/иерархия классов - тут наверное соглашусь, в условиях недостатка информации может быть сложно выделить сразу с прицелом на будущее и проще сначала закопипастить, а когда требования устаканятся - вытащить общие компоненты. И то, что-то однозначно универсальное просто вытаскивается во внешние компоненты/классы и экономится время на копипаст лишних строк.
О да, Миграция из Jira - NO (Jira), YES (EvaProject) это конечно веский параметр сравнения. Причем дважды, чуть ниже есть "Автоматический импорт из Jira")
А еще "Скоро!" вместо No в том чего нет в EvaProject.
Почему если вы делаете неплохой продукт со своими преимуществами (та же более гибкая система прав) - нельзя нормально показать эти преимущества в сравнении с конкурентами? Что же за темная магия доступная лишь избранным?
Нуу, в этом и проблема таких решений, которой часто грешат российские компании. Получить такую информацию об условном GitLab/AzureDevOps и сравнить - дело получаса чтения документации под кофе.
Получить информацию о таком решении - пишите нам в поддержку и ждите непонятное время пока вам ответят.
Может правда где-то посередине? города на 100-500 тысяч населения, 3-5-7 этажная застройка с подземными парковками и расстоянием в 10 минут на машине, 30 минут пешим ходом до центра. В идеале в пределах часа-двух езды от регионального аэропорта, чтобы обеспечить связность с остальным миром.
На таких масштабах и не будет особых проблем с перемещением (хоть машиной, хоть ОТ), и достаточно чтобы у малого/среднего бизнеса была клиентура для развития.
IndustrialCraft/Terrafirmacraft)
Не именно про майнкрафт, но про игры в целом, у меня сложилось впечатление по наблюдениям, что у заядлых геймеров быстрее проходит цикл смены контекста/вхождения в проект. У геймеров не возникает проблемы за пару дней оглядеться в проекте и начать активно контрибьютить. Люди которые не проигрывают периодически тратят пару недель - месяц на аналогичное вхождение.
Примерно такое же наблюдение и про «локальные» смены контекста, мелкие задачи или созвоны/обсуждения.
По сути - большинство игровых сессий это «осмотреться в новых условиях, выяснить правила и ограничения, построить план и идти по нему продолжая узнавать новые правила и корректируя план на ходу». Не относится конечно к случаям «я пять лет играю в контру и только в нее», это отдельная история. В остальном - тоже своего рода тренировка определенного хода мышления.
Не хватает таблички сравнения фич с конкурентами. И с ценами :-)
Кино по Достоевскому - нет. А снятое по сценариюрусского сценариста? русским режиссером?
На примере фильмов, где критерий? Только русские актеры? Главные или массовку тоже иностранцев брать нельзя?
Или только на территории России вести сьемки?
Список крутых но неизвестных тайтлов в студию) с удовольствием поиграю
Я бы исходил из того «чья идея» в первую очереди. Если основной руководитель и идеолог русский, но для воплощения нанял индийскую компанию - игра российская. Если CD Project Red делегировали работу над своей идеей - игра все равно их.
Как это должным образом учесть - не представляю)
А я бы не прочь посмотреть в целом на список игр от российских разработчиков за последние 10 лет. Схожу разве что Graveyard Keeper вспоминается, который был весьма неплох.
Почему именно телеграм бот, а не например ветки в репозитории?
Сходу приходит в голову схема единого репозитория с заданиями, от которого студенты делают приватные форки и дают доступ к ним учетной записи учителя для проверки.
Валидацию сделать пайплайном, меньше возни с упаковкой/проверкой структуры файлов и т.д.?