Статья, кмк, в первую очередь не о том, что надо выпустить говноигру, а о том что нужно выпустить хоть что-то. Эта первая игра с вероятностью 99.9% не будет выпущена в свет, Максимум показана друзьям и выложена где-то где её никто никогда не найдёт. Но она будет закончена, и принесёт своему автору моральное удовлетворение, способное подвигнуть на дальнейшее развитие. А так уже, пройдя все грабли «первого старта» можно уже задумываться о том, какие технологии нужны игре чтобы она хорошо работала.
1) Тимлид. Если он есть — выбор того, что делать — на его совести.
2) Техлид. Опять же, если он есть — он тоже может решить, какое решение в данном случае выбрать. Хотя есть стоит выбор между костылём и рефакторингом, это всё же не к нему.
3) ПМ. В ответ на вопрос программиста — фигачим костыль по быстрому и копим техдолг, или у нас есть время нормально отрефакторить?
4) Сам программист. В рамках отдельной задачи по ресёрчу. Это если нужно именно выбрать, что и как реализовывать. Если выбор между костылём и рефакторингом — всё ещё лучше задать этот вопрос тимлиду или ПМу.
Опять же, дистанция между автомобилями должна быть достаточной, чтобы в случае неожиданного изменения ситуации на дороге, ваша скорость позволила бы вам затормозить на этой дистанции. И поскольку данное расстояние тоже довольно империческое, мало кто серьёзно к нему относится( хотя в ПДД вроде как оно есть)
Представьте идеальный мир, в котором детский садик в шаговой доступности, или в одной остановке от дома при том что ОТ ходит регулярно и нет пробок. Я кстати, ребёнка в детский садик отвозил на ОТ — и у меня был выбор, либо встать на час раньше чем надо, и приехать без пробок на час раньше — либо встать вовремя, и из-за утренней пробки опоздать в садик на час.
Больной маме продукты может привезти курьер из магазина, либо вы можете воспользоваться опять тем же ОТ — который ходит регулярно и без пробок.
Не знаю, где вы нашли грузоперевозку тумбочки за 3000 рублей — при переезде я заплатил 1500 за машину+грузчика, и у меня было больше вещей чем одна тумбочка. Доставка мебели из магазина либо бесплатная, либо в районе 500 рублей.
Про загородные поездки отдельная тема — я говорил только про город. Хотя и там можно пользоваться ОТ местами, а в случае запрета личного автотранспорта все окраины города быстро обросли бы перехваточными парковками.
Ну и, кроме шуток — я понимаю что предложенная мною идея слишком радикальна для любого города-миллионника РФ. Нельзя просто взять, и поменять образ жизни кучи людей. Чтобы сделать город вообще без частных автомобилей — нужно в течении пары поколений плавно менять инфраструктуру, ОТ, привычки людей и т.д.
1) Берёте статистическое время решения одной задачи, и умножаете на порядковый номер в очереди. Даже если задачи сильно разные по трудозатратам, вы всегда будете примерно знать сроки. Чтобы такое предсказание работало ещё более качественно — задачи должны быть атомарные и декомпозированные, это уже задача тимлида\техлида.
2) Фрилансер — это не просто программист, он сам себе ещё и менеджер, так что в данном случае это его задача — давать оценку срокам и стоимости, на основании своих знаний о своей скорости работы над задачами. Если вы его нанимаете для разового проекта — вы вправе ожидать оценки. Если вы его нанимаете на долговременной основе, без конкретных задач, а, например, для постоянной работы над проектом — то вы уже можете сами собирать статистику, тогда возвращаемся к ответу на первый пункт.
3) Если N команд независимо друг от друга пилят куски общего проекта — куски должны быть независимы друг от друга. Взаимодействие между компонентами должно быть документировано(и соответствовать документации). В противном случае, независимо от того поток у вас, скрам, канбан, аджайл, водопад или что-то ещё — команды постоянно будут зависеть друг от друга, и оттягивать сроки из за внешних(с точки зрения одной команды) проблем.
4) В задаче должно быть прописано выбранное решение. Если программист сам выбрал вариант, увеличивающий время разработки в десять раз, и при этом не удосужился описать это в задаче, этот процесс не был проконтролирован тимлидом, об этом не знает менеджер — мне кажется что-то изначально плохо в процессах. При этом, оценка среднестатистической скорости решения задачи всё ещё доступна — если у вас все программисты в среднем каждую десятую задачу делают в 10 раз дольше из за того что принимают решение провести рефакторинг — то 10 задач у вас решаются за 20 условных единиц времени, и пятая задача в очереди будет готова через примерно 10 средних единиц времени. Улучшить точность можно так же как и в первом ответе — оценка задач тимлидом в условных попугаях, декомпозиция их до уровня атомарных задач в один попугай, и т.д.
Хороший менеджер должен правильно оценивать сроки. Неправильно оценил, команда не успела — команда не виновата, виноват менеджер. Он не должен спускать сроки — он должен их поднимать, т.е. отдавать наверх свою оценку. Команде при этом, про названные им сроки, знать вообще необязательно.
Причём, они этим пользуются. Мне один водитель яростно доказывал, что иногда нужно даже подгазовать перед жёлтым, и это нормально. Проблема в том, что сложно определить точную границу между «ещё можно безопасно остановиться» и «нужно ускорится чтобы успеть проскочить». Возможно, следовало бы брать рассчётный тормозной след от массивной машины для максимальной разрешённой скорости, и ставить перед перекрёстком отметку. Загорелся жёлтый когда ты перед этой отметкой — тормози, загорелся когда ты её уже переехал — газуй. Ну и время горения жёлтого рассчитывать так, чтобы на разрешённой скорости водитель успевал проехать до того, как загорится жёлтый после красного для тех, кто едет поперёк. Основная проблема тут в качестве тормозов и массе машины — слишком большой разброс параметров мешает даже примерно высчитать границу когда ещё можно остановиться.
Запретить личный транспорт, всего-то делов) Кроме шуток — если запретить личный автотранспорт в черте города, моментально исчезнут все пробки, и резко повысится эффективность ОТ в часы пик. Конечно, сразу придётся увеличивать количество автопарка ОТ, чтобы вместить увеличенный пассажиропоток, но он увеличится не так сильно, как можно подумать. Ограничить кол-во такси — разрешить в черте города работать только сертифицированным машинам таксопарков, и ограничить максимальное количество такси на город. Минус агрегаторы, минус демпинг цен на такси, минус частники подрабатывающие таксованием без знания города\языка\пдд. Да, такси станет сразу более дорогим, но и более качественным. Грузоперевозки — тоже требовать сертификацию. Бонусом имеем подготовленные для велоинфраструктуры города, и снижение загазованности в черте города.
Попытки отрендерить большой список разом на любой платформе ущербны. Я на юнити делал список, на их UI, управляемый из C#, и он выглядел вполне нормально на десяти элементах, на сотне… А вот когда я эксперимента ради сгенерировал 10000 — стало грустно. Чуть больше кода, и заменить отрисовку невидимых, элементов на их хранение в виде данных, с отрисовкой только когда они должны появится в поле зрения пользователя — и всё летает, удивительно прям) В браузере то же самое реализовать вообще не проблема, а если встанет вопрос об большом объёме данных — их можно опять же не хранить, а подтягивать с бека по необходимости.
Но тут есть огромная проблема… Пострадает священная корова веба — индексируемость)
Я помню самый первый покетбук, у него уже не было большинства описанных проблем. В следующих версиях они добавили двойное обновление страницы — и полностью избавились от артефактов предыдущей страницы, а в следующих поколениях e-link экранов эти артефакты вроде как изначально не появлялись. Файлы читаются с microSD влёт, даже многогигабайтная библиотека. Для сравнения — работал с азбукой(типа «российский» ридер) — по софтовой начинке не выдерживает никакого сравнения с покетбуками, тормозной и неудобный. Скорее всего, у товарища был какой-то китайский дешёвый ридер. Хотя, мне кажется сейчас даже китайцы нормально делают…
С масштабными сканами в PDF, особенно если там есть фотографии, графики и другие сложноформатируемые элементы — лучше всего работать на широкоформатных читалках. Это дорогое удовольствие, к тому же они реально большие и хрупкие — но на А4 читать PDF одно удовольствие. На карманных читалках, естественно, удобно читать только текст, PDF там либо слишком мелок, либо приходится просматривать страницу кусками. Автоформатирование для PDF вообще в топку — зачастую всё это превращается в месиво которое вообще невозможно воспринимать.
Создать кучу интересных и качественных головоломок намного сложнее, чем очередную шаблонную игру с донатом. При этом, ни одна из действительно крутых головоломок на андроид, которые я находил, не появлялась в рекламе.
Мне кажется, такие вопросы сигнализируют о том, что на эту работу не стоит устраиваться.
Я, когда меня спрашивали какие-то оторванные от реальности вещи, говорил примерно в таком стиле — «Я не знаю что будет, и не стал бы так делать. Но если это техническое задание, и вы его обоснуете — я поставлю эксперимент, чтобы узнать результат. Запоминать такое не буду.»
Вроде как логично, но как-то оторвано от реальности. По факту эйчар нашёл под сотню вакансий, из которых удалось уговорить пообщаться десяток, из которых хорошо если пара человек с натяжкой соответствуют заявленному уровню, и если попадается действительно хороший спец, даже при неполном попадании в стек — скорее всего его будут пытаться нанять всеми силами.
Умный и хороший разраб не станет заучивать правильные ответы к собеседованию, вот и все.
Золотые слова. Начал проходить собеседования, спустя пять лет работы на одном месте. Думал что надо бы подучить какую-либо фигню, типа архитектурных паттернов, солид и прочих умных слов. Но было лень. Подумал, что для меня важнее пройти собеседование в компанию которая спросит про опыт, про то что делал, задаст приближенные к реальным задачам вопросы и решит что нам по пути — а не в ту, где на меня вывалят кучу шаблонных вопросов по теории. В результате меня погоняли и по теории — немного — и по практическим задачам, и по архитектуре — но именно в формате диалога. Я не боялся говорить что вот конкретно это не знаю или не помню, рассуждал над вариантами решения, и получил оффер, которым вполне доволен.
Ну так всё правильно. На десять толковых разрабов один потенциально талантлив в управлении. На те же десять толковых разрабов, один-два хотят в управление. Если эти подмножества коррелируют(по идее должны) — то на выходе мы получаем что в среднем большая часть тимлидов как минимум нормально справляются. Если бы множества НЕ коррелировали, или коррелировали отрицательно — тогда, по идее, толковых тимлидов было бы ещё меньше, чем пять процентов)
Линукс, хромиум, i7 — процессор резко пошёл на взлёт, скролл мышкой работает бодро, скролл клавишами(стрелки, PD) тупит нещадно, скролл через боковой скролл-слайдер тоже подтупливает. При скролле мышкой всё отображается нормально, без рывков.
Звонят и сбрасывают — телефонное хулиганство. Не уверен, что есть варианты как-то нажаловаться на них с этим, и понятно, что основная цель -рекламная, а не хулиганская, но это ещё доказать нужно. В вашем случае, единственный вариант пожалуй — сделать так, чтобы вы стали им неинтересны. Если вам бот предлагает получить карту — соглашайтесь, пусть оформляют, но не забирайте. Кредит — пусть согласовывают, но не приходите. А когда вам уже будет звонить личный менеджер — просите его поподробнее рассказать, и спокойно занимайтесь своими делами, иногда агакая в трубку, и прося повторить ещё раз. На определённой итерации они вас сами удалят из всех списков обзвона, поскольку вы им уже банально дорого будете обходиться.
Я не утверждал, что все авторские права не отчуждаемые. Я говорил что авторское право неотчуждаемое. Автору принадлежат так же и другие права, включая исключительные — и они уже отчуждаемые. Думаю, тут проблема непонимания — авторские права, и право авторства. Я под авторскими правами имел в виду именно право авторства, т.е. право называться автором, а в законе который вы привели, перечисляются конкретные авторские права, включая право авторства:
Статья 1255 ГК РФ. Авторские права (действующая редакция)
1. Интеллектуальные права на произведения науки, литературы и искусства являются авторскими правами.
2. Автору произведения принадлежат следующие права:
2) Техлид. Опять же, если он есть — он тоже может решить, какое решение в данном случае выбрать. Хотя есть стоит выбор между костылём и рефакторингом, это всё же не к нему.
3) ПМ. В ответ на вопрос программиста — фигачим костыль по быстрому и копим техдолг, или у нас есть время нормально отрефакторить?
4) Сам программист. В рамках отдельной задачи по ресёрчу. Это если нужно именно выбрать, что и как реализовывать. Если выбор между костылём и рефакторингом — всё ещё лучше задать этот вопрос тимлиду или ПМу.
Больной маме продукты может привезти курьер из магазина, либо вы можете воспользоваться опять тем же ОТ — который ходит регулярно и без пробок.
Не знаю, где вы нашли грузоперевозку тумбочки за 3000 рублей — при переезде я заплатил 1500 за машину+грузчика, и у меня было больше вещей чем одна тумбочка. Доставка мебели из магазина либо бесплатная, либо в районе 500 рублей.
Про загородные поездки отдельная тема — я говорил только про город. Хотя и там можно пользоваться ОТ местами, а в случае запрета личного автотранспорта все окраины города быстро обросли бы перехваточными парковками.
Ну и, кроме шуток — я понимаю что предложенная мною идея слишком радикальна для любого города-миллионника РФ. Нельзя просто взять, и поменять образ жизни кучи людей. Чтобы сделать город вообще без частных автомобилей — нужно в течении пары поколений плавно менять инфраструктуру, ОТ, привычки людей и т.д.
2) Фрилансер — это не просто программист, он сам себе ещё и менеджер, так что в данном случае это его задача — давать оценку срокам и стоимости, на основании своих знаний о своей скорости работы над задачами. Если вы его нанимаете для разового проекта — вы вправе ожидать оценки. Если вы его нанимаете на долговременной основе, без конкретных задач, а, например, для постоянной работы над проектом — то вы уже можете сами собирать статистику, тогда возвращаемся к ответу на первый пункт.
3) Если N команд независимо друг от друга пилят куски общего проекта — куски должны быть независимы друг от друга. Взаимодействие между компонентами должно быть документировано(и соответствовать документации). В противном случае, независимо от того поток у вас, скрам, канбан, аджайл, водопад или что-то ещё — команды постоянно будут зависеть друг от друга, и оттягивать сроки из за внешних(с точки зрения одной команды) проблем.
4) В задаче должно быть прописано выбранное решение. Если программист сам выбрал вариант, увеличивающий время разработки в десять раз, и при этом не удосужился описать это в задаче, этот процесс не был проконтролирован тимлидом, об этом не знает менеджер — мне кажется что-то изначально плохо в процессах. При этом, оценка среднестатистической скорости решения задачи всё ещё доступна — если у вас все программисты в среднем каждую десятую задачу делают в 10 раз дольше из за того что принимают решение провести рефакторинг — то 10 задач у вас решаются за 20 условных единиц времени, и пятая задача в очереди будет готова через примерно 10 средних единиц времени. Улучшить точность можно так же как и в первом ответе — оценка задач тимлидом в условных попугаях, декомпозиция их до уровня атомарных задач в один попугай, и т.д.
Но тут есть огромная проблема… Пострадает священная корова веба — индексируемость)
Я, когда меня спрашивали какие-то оторванные от реальности вещи, говорил примерно в таком стиле — «Я не знаю что будет, и не стал бы так делать. Но если это техническое задание, и вы его обоснуете — я поставлю эксперимент, чтобы узнать результат. Запоминать такое не буду.»
Золотые слова. Начал проходить собеседования, спустя пять лет работы на одном месте. Думал что надо бы подучить какую-либо фигню, типа архитектурных паттернов, солид и прочих умных слов. Но было лень. Подумал, что для меня важнее пройти собеседование в компанию которая спросит про опыт, про то что делал, задаст приближенные к реальным задачам вопросы и решит что нам по пути — а не в ту, где на меня вывалят кучу шаблонных вопросов по теории. В результате меня погоняли и по теории — немного — и по практическим задачам, и по архитектуре — но именно в формате диалога. Я не боялся говорить что вот конкретно это не знаю или не помню, рассуждал над вариантами решения, и получил оффер, которым вполне доволен.
Запуск в ФФ — полёт отличный.