Открыть список
Как стать автором
Обновить
3
Карма
0
Рейтинг
1Tiger1 @1Tiger1

Пользователь

Как Google Play разрушил все ожидания. Опыт создания игры на Android. 2 месяца разработки. Отказ. Временный бан Admob

Вы допустили очень много ошибок. На каждом этапе. И в конце сделали неверный вывод про гиперказуалки. С теми же подходами и граблям ми смена жанра вам ничего не даст. Если есть желание разобрать ошибки, пишите в личку, чем смогу — помогу. Ну и выше вам дали уже совет — нет бюджета и навыков продвижения — работайте через паблишеров.

IT — это средний класс с натяжкой. И как НЕ надо проводить собеседование с программистом

Именно. Хороший руководитель беря человека в команду учитывает и его планы на развитие (а в идеале разрабатывает вместе с ним план роста). Нет вообще ничего плохого в том чтобы заявить о амбициях. Лично меня никак не испугает даже классическое «через 5 лет я планирую быть на вашем месте», так как через 5 лет я не планирую быть на моем месте. Скорее я даже обрадуюсь, так как вот сидит человек из которого можно подготовить замену, если он потянет, одной проблемой меньше.
Если человек хочет в техническую часть развиваться то тащить его в лиды — делать всем хуже, и наоборот. Если человек вообще не хочет развиваться — это тоже не всегда минус, есть проекты где как раз нужны люди именно «работу работающие с 9 до 18», скучные но важные проекты, там амбициозный за пол года выгорит, а человек просто хорошо делающий работу потому что за нее деньги платят, без особых планов, будет чувствовать себя вполне комфортно. win-win. А есть проекты где без горящих глаз и амбиций просто человек не впишется в команду, и будет лишним, будет плохо и ему и команде, да и на проекте будет как третья нога.

Не надо ничего угадывать, нет никаких «верных ответов», это не экзамен, ваша задача не оценку получить и пройти к следующему этапу, а подобрать компанию и проект подходящий под вас. Исключение когда вам реально надо устроится прямо сейчас потому что кушать нечего, но если у вас такое постоянно то, имхо, что-то вы делаете не так с управлением личными финансами.

Я серьезно часто не понимаю что в голове у людей которые на собесе и на one-to-one вообще никак не проявляют амбиций, никак не заявляют о желании роста в интересную им область, а потом обижаются что кто-то другой стал лидом хотя они работают на проекте больше. Если вы не заявляете о своих желаниях то с чего они вдруг должны исполнятся? Лично я так и не научился читать мысли, среди моих знакомых тоже никто не умеет (или не признается).

IT — это средний класс с натяжкой. И как НЕ надо проводить собеседование с программистом

Ну и в ответ на статью: если уметь слушать, наблюдать, анализировать, чутка разбираться в психологии, если ищешь в команду в первую очередь по личным качествам и потенциалу, человека умеющего думать и принимать решения, а не набор готовых знаний, то ответ на всем надоевший и кажущийся нелепым вопрос «где вы видите себя через 5 лет» скажет вам о человеке больше чем 2 часа вопросов про особенности реализации сортировок на XXX языке в условиях крайнего севера. И нежелание отвечать на этот вопрос — тоже ответ. Причем в зависимости от того как это нежелание выражено. Просто надо понять одну простую вещь — на собеседовании, если его конечно ведет опытный руководитель, не бывает правильных ответов, вообще, нет никакого чеклиста проходит/не проходит, есть определенные требования к уровню компетенции в нужных направлениях и все, все остальные вопросы нужны чтобы человек раскрылся, чтобы понять его и за час-полтора решить подходит ли он в команду/компанию/проект или нет. Не бывает правильного/неправильного ответа на вопрос «какие фильмы тебе нравятся?». Так же и ответ на вопрос «кем вы видите себя через 5 лет» только говорит о вас, ваших амбициях, целях, желаниях, куда вы хотите развиваться, планируете ли в принципе что-то хотя бы на пару лет вперед или плывете по течению и многое другое. И опытный человек все равно его задаст, просто в другом виде, в виде нескольких вопросов, не так в лоб, но задаст, потому что обучить человека (если он умеет думать и учится) чему-то можно в достаточно разумные сроки, а вот если он не подходит характером — тут уже почти ничего не сделаешь, и лучше решить этот вопрос здесь и сейчас хотя бы на 80% (остальное уже на испытательный).

IT — это средний класс с натяжкой. И как НЕ надо проводить собеседование с программистом

Можно. Если людям нужен активный (проактивный) разработчик то это оценят и весьма сильно. Если просто исполнительный исполнитель — может не оценят, но думаю и вам такие не особо нужны.

IT — это средний класс с натяжкой. И как НЕ надо проводить собеседование с программистом

Перестаньте относится к собеседованию как к экзамену, это не экзамен, это — свидание.
Собес невозможно провалить, он либо успешный, и люди работают вместе, либо неуспешный, человек и компания не подходят друг другу и расходятся.

Игра на WinForms + C# в 16 лет (2 часть)

А зачем вам распознавание лиц?

Игра на WinForms + C# в 16 лет (2 часть)

Ну дело ваше. Главное чтобы было интересно, горящие глаза это ключевой фактор развития джуниора.
Но вы в самом начале пути, вам бы набрать опыта именно в программировании, архитектура, общие практики, мышление. Все это не особо зависит от инструмента. Специфика типа фишек winforms после этого набирается быстро. А вот если вы используете неудобные для задачи среды и инструменты вы становитесь ограничены в возможностях, и вынуждены обвешивать все это костылями или велосипедами, теряя время и фокус. Возможно я не прав, так как десктоп под винду совсем не моя область, и они в целом подходят под ваши задачи. Но если вы будете замечать что слишком много времени тратите чтобы подогнать неподходящий инструмент под задачу, что вместо удобной вам архитеруры и приёмов вы вынуждены придумывать костыли чтобы обойти недостатки инструмента — я бы советовал подумать над тем чтобы сменить инструмент. Это то что программисты делают, подбирают инструмент под задачу и используют его, а не наоборот. Благо счас достаточно инструментов чтобы извращаттся только в очень специфичных случаях и только если есть понимание что другие пути ещё хуже.


Ну и я бы не сказал что юнити прям отдельная область. Да есть специфика, да потребуется разобраться, но это всего лишь инструмент. Главное в нем все тот же код, на все том же с#, а все эти настройки, шаблоны и прочее упрощают жизнь позволяя не отвлекаться от бизнес логики. Я слышал что его счас даже в универах используют, для обучения. Этакая альтернатива делфи или js. Ну или чистому Net. В конце концов он создан для разработки игр, то есть оптимизирован под это.

Игра на WinForms + C# в 16 лет (2 часть)

Простите за банальный вопрос но почему Windows forms? Зачем над собой издеваться? Почему тот же unity не взяли?

Как подсидеть тимлида

Это просто юмор, юмор это просто. Ну и да коллекция местами забавных а местами раздражающих типичных ситуаций не редко возникающих в тяжелой тимлидской работе.

Как подсидеть тимлида

Конечно есть. Форсируйте процесс. Вы должны успеть до того как он дочитает до конца. Пока он читает он безопасен, скорее всего он смеётся и плачет одновременно, в таком состоянии сложно быстро и верно реагировать. Инструкция на КДПВ.

Почему мне нравится PHP?

Больше похоже на провокацию холивара.
Или на статью из 2003-2008 года.
Ну и уж простите, список странный для человека который застал еще php4 в расцвете сил. Больше похоже на список джуна который только познакомился с языком и сделал пару простых сайтов на какой-то cms. Без обид, это не понты с моей стороны или попытки принизить вас, это анализ по акцентам в списке, я вижу восприятие языка на уровне «допиливание джумлы/друпала». Про фреймворки вообще ни слова, про слабую типизацию тоже (что и плюс и минус), про преимущества и недостатки системы независимых процессов которые быстро рождаются и умирают в противовес постоянно работающим общей программе других языков (та же Java или C#), в конце концов ООП вообще пропустили. Процедурный подход, серьезно? Может вы еще лапшу делаете, смешиваете логику и представление и с mysql через mysqli работаете (не в курсе жив он или нет, но мало ли)? Хотя последнее не такой уж и грех местами.

«регулярные выражения (наше все)» — если у разработчика есть проблема и он решает ее регуляркой — теперь у него две проблемы.

За что я люблю PHP:
За ассоциативные массивы и слабую типизацию, серьезно. В строго типизированных языках, в том же C# некоторые тривиальные задачи вроде сложить вот этот набор данных в временную структурку чтобы ее передать превращается в серьезную возню с структурами/классами/объектами а в php всегде есть ассоциативный массив. Да мелочь, но к этой мелочи так привыкаешь и часто используешь, что когда начинаешь делать что-то на другом языке ее больше всего не хватает. Недавно нужно было пострадать серилизацией/десерелизацией в json в C#, и там ад. То что я могу в php сделать 1 строчкой (буквально) свернув в json ассоциативный массив, или развернув его в массив или stdObject, а могу через обьекты большим количеством кода, а могу поставить либы и описывать в yml или аннотациях в обьектах или в json, если надо с валидацией или без, то с C# только хардкор, только полное обьектное описание всех структур данных и местами еще пришлось адаптировать json потому что некоторые структуры поддерживались уж совсем извращенно. И пришлось писать кучу моделей специально для сериализации/десериализации, ни для чего другого они мне были не нужны, уже была нормальная система моделей данных, но они само собой не подходили по структуре.

Само собой есть и другие плюсы, как и минусы, но вот почему то всегда в строго типизированных языках больше всего мне не хватает именно такой вроде небольшой фичи как ассоциативные массивы произвольной структуры и размера. В js конечно такой проблемы нет, там свои проблемы.

Как разработчик, я никогда не знаю себе цену, потому что её нет. Но вся система построена так, как будто она есть

Нет и не будет никаких четких грейдов и систем оценок, они так же невозможны как идеальная архитектура в которой ни разу за 10 лет ни нашел ни одного минуса несмотря на отсутсвие документации продукта в начале и постоянное активное изменение в процессе. Все потому что на разные проекты, в разные компании, в разные команды (и это далеко не все измерения) требуются разные люди, с разными навыками, качествами, взглядами на разработку. Все это бесмысленно классифицировать и тем более брать среднее или еще какие-то статистические методы использовать, получиться бред. Математически выверенный бред не имеющий никакой практической пользы.
На самом деле все «просто»:
1) С точки зрения работодателя/тимлида, короче того кто собеседует: ищите те качества которые вам важны, а остальное просто по минимально возможной планке. Есть время на обучение — снизили еще планку. Тут как нигде работает правило «главное чтобы человек был хороший», а что значит хороший — определяете вы, в зависимости от того какую команду дополняете или формируете, на какой проект, и так далее. Где то нужна инициатива, а где-то наоборот просто исполнительность (ну например проект скучный, с плохим менеджментом, но нужный, инициативный просто быстро выгорит). Лично для меня важно как человек думает, как подходит к проблеме, как решает сложную задачу, любит ли он свою работу или просто ради денег пришел, ну и общая экспертиза, опыт, то что поможет ему думать и решать задачи, но именно те которые не получится наработать быстро. А если это какая-то специфическая тема или навыки которым можно обучить за неделю-две (да пусть даже за месяц если он есть) — то смысл из-за этого отказывать, разработчиков мало, хороших еще меньше, те которые сейчас в поиске, подойдут в команду, под проект, вольются в компанию — вообще единицы, искать их можно месяцами, зачем самому себе резать шансы из-за вопроса которому можно научиться за небольшой срок?

2) С точки зрения кандидата: не только вас выбирают, вы выбираете. смотрите, вот этот человек который вас собеседует (если он адекватно следует позиции в пункте 1), вам понравиться с ним работать? А как он рассказывает о проекте, интересно ему? Если не интересно — вас это устраивает или интересный проект у вас в верхнем списке приоритетов. На что делает упор, обладаете вы этими качествами? Если нет может оно того и не стоит? Если не джуниор то вариантов же много, может лучше туда где вы будете «свой» а не пытаться натянуть маску, она же все равно треснет во время испытательного срока. ну и зачем вам терять время? Что-то интересует — спрашивайте. Вопросы, больше вопросов, любых, меня пару раз спрашивали, (когда я собеседовал) «нравится ли мне тут работать и какие минусы есть», отличный вопрос, правда я лично рискну его задать только очень адекватному человеку. Так что смотрим, оцениваем, и спрашиваем все что интересует по ситуации. И главное, помните, это собеседование. Совместная беседа. Вы оба смотрите будет ли вам хорошо работать вместе. В некотором смысле это свидание. Не надо пытаться понравиться, адекватный интервьюер (какое ужасное слово) и так уже занизил планку знаний до минимума, и если вас позвали — велика вероятность что вы проходите по ней, но даже если резуюме не читали — вы либо попали в нужный минимальный набор знаний либо нет. А личностные качества вскроются все равно на испытательном, тут притворятся смысла нет вообще. Короче расслабьтесь и получайте удовольствие от общения с профессионалами, а они с вами. Если этого нет — собеседование можно заканчивать. Общайтесь как будто встретились на конференции и хотите что-то обсудить, решайте предложенные задачи так же как решали бы в рабочем процессе, свободно, с обсуждением, уточнениями, предложениями. Вы равноправны, они так же нуждаются в разработчике (а чаще намного больше) как и вы в хорошей работе.

Я люблю когда кандидаты, которых собеседую я, задают вопросы, даже самые некомфортные. почти любой вопрос это плюс, не факт что отвечу но это плюс.
Я люблю когда люди которые собеседуют меня, дают советы, указывают где мои знания недостаточны, где их можно почерпнуть, это круто, это помогает мне развиваться. Не нужный мне совет я проигнорирую, за нужный скажу спасибо, но это в любом случае плюс. Обожаю развернутые фитбеки, даже те от которых мое внутренее Я испытывает дискомфорт, ничего переболеет, а хороший фидбек указывает где просадки и что доработать.

Я не люблю заносчивость, хамство и ненужную помпезность с обоих сторон, это указывает только на комплексы человека или его непрофессионализм. Очень не люблю когда у собеседующего заготовлены четкие вопросы и он ждет на них ответы которые записаны у него, да этим многие страдают, это признак того что человек не понимает зачем нужно собеседование, его попросили отсобеседовать, он заготовил заковыристые (или не очень) вопросики, пришел, задал, сравнил с ответом. Как плохой преподаватель проверяет не ход решения а совпадает ли ответ с ответами в конце учебника. Совпадет — молодец, нет — плохо, но в любом случае это фикция, формально выполненная работа, огромная вероятность false positive или false negative решений. Да план должен быть, но именно план, а не викторина. Если вам нужен не разработчик а тот кто знает ответы на небольшой список ваших вопросов — напишите скрипт, это проще и быстрее. Будете писать ему вопрос, он вам идеальный ответ, вы радуетесь и все, зачем вам разработчики. В любом случае не обижайтесь когда кто-то вроде меня постоянно сбивает вас с плана и отвечает правильно но не так как вы задумали, или заканчивает собеседование а потом у hr-а или ЛПР просит другого человека для собеседования, потому что тот не справляется. Что-то увлекся, уже на статью потянет а не на комментарий, заканчиваю.

А вы на что готовы за айфон?

«Почти все комментарии были написаны либо мной, либо директором по качеству. Уж мы-то с ней не стеснялись устраивать холивар. Если идея была от кого-то из «еёных», то ведро помоев выливал я, и наоборот. Потом пару комментов было по существу идеи, но в итоге всегда скатывалось в «да кем ты себя возомнил» или «иди учи матчасть, рано тебе директором по качеству работать».» — какая у вас интересная компания. И все друг друга стоят. А можете назвать ее, чтобы я максимально далеко от нее держался и не пересекся случайно?

Честное резюме программиста

А при чем тут говнокод?

Честное резюме программиста

«Даже из вашего ответа ясно, что в программировании, в общем случае, не поощрается нестандартное решение задач» — не поощряется креатив ради креатива и во вред всему остальному. собственно как везде. Я не могу назвать такой креатив творчеством.

Честное резюме программиста

Опять отсылки на блат. У меня 2 вопроса:
1) Как вы находите такие компании в IT, мне за 15 лет практики ни одной не попалось где терпели бы блат.
2) Зачем вы в них работаете?

Честное резюме программиста

Отличать просто, тим лид работает с командой, PM работает с проектом, местами их области пересекаются но фокусы такие. Иногда один человек занимает обе позиции, на более менее сложных проектах это плохо (у них разные приоритеты а значит у человека начинается конфликт целей, балансировать между ними далеко не каждый сможет, лучше когда они друг друга уравновешивают).

Вопрос о хобби, на самом деле достаточно важный. Он говорит о характере человека, ведь хобби это чем человек добровольно и с интересом занимается. Характер нужен чтобы понять насколько человек будет совместим с командой, все же часто в разработке нужна именно командная работа. Кроме этого хобби говорит о личностных качествах человека. Шахматы в качестве хобби предполагают одни черты характера, экстримальный туризм другие, чтение фантастики запоем третьи. И в каждом есть положительные стороны. Все это скорее дополняет портрет а не определяет. Ну и так же это тема «на поговорить». Человек когда общается по тому что ему интересно раскрывается, исчезает неловкость, это довольно неплохой способ снять напряжение на собеседовании и перевести его в то чем оно и должно быть — встречу нескольких профессионалов с целью понять будет ли им интересно и комфортно работать вместе и подходит ли кандидат к компании, команде, проекту а так же подходит ли компания/команда/проект кандидату.
Хотя да, случаются ситуации когда собеседующий не понимает для чего он задает вопрос, действует тупо по анкете, потому что прочитал где-то пару статей «как проводить собеседования».

Программирование — хорошее хобби. Неловкое молчание — так себе звоночек, возможно человек интроверт, или жутко стеснителен, нужно попробовать выяснить аккуратно. Не стоппер но черта. Такая же как если бы человек ответил резко «не ваше дело, это мое личное время чем хочу тем и занимаюсь», или увел разговор в сторону, или мягко пояснил что ему неохота сейчас рассказывать про свои личные увлечения, или просто ответил что их нет.

Вообще если понять что при найме очень многим важны личностные качества, характер, способ мышления, мировоззрение, а не только технические навыки (у меня например они не в первом приоритете) то многие «глупые» вопросы на собеседовании перестают казаться такими. Даже всем набивший оскомину «каким вы видите себя через пару лет» дает очень много информации о мотивации человека, его целях, амбициозности. Все это компания по сути должна удовлетворить чтобы удержать человека на этом месте и он был доволен и результативен. Сложно удовлетворять то чего не знаешь. И это далеко не все что дает ответ на этот вопрос. Например нанимать солдата который не мечтает стать генералом в компанию где вся культура заточена на высокий профессионализм работников и его развитие довольно бесмысленно. Как и нанимать очень амбициозного человека туда где нужно просто быстро и без креатива штамповать рутинные задачи. Ни ему ни компании от такого хорошо не будет.

Честное резюме программиста

Не понимаю почему стоит жалеть увольнения (тем более по сокращению, то есть с финансовыми бонусами в виде лишних зарплат) из компании где эффективность разработчиков измеряют не в процессе разработки проекта а после его закрытия.

И вы точно уверены что сократили потому что вы плохо работали? Может сократили потому что проект закрылся и разработчики перестали быть нужны? Вполне рядовая ситуация, держать разработчиков долго без дела это и их время воровать и компании зря деньги тратить.

Честное резюме программиста

Собираетесь что-то предпринять чтобы преобразовать голимую жизнь в интересную жизнь?

Честное резюме программиста

Разные, от задач зависит. Работа тоже бывает разная. Инициативный и амбициозный быстро потухнет на рутине и его производительность будет ниже плинтуса. Но команда из «я тут просто работу работаю за деньги, не требуйте от меня больше чем платите, и вообще как хочу так и пишу, я так привык» может стать катастрофой для сложного проекта или технологического стартапа, где от каждог отребуется понимание проекта не только с технологической но и бизнесовой стороны.
В целом каждому найдется проект и компания по его характеру. Просто вы так безоговорочно сказали что готовы нанять не глядя что я усомнился и решил спросить почему. Должны же быть серьезные причины почему вы обещаете нанять человека даже не поняв его опыта и не поговорив с ним. Либо вам пофик на команду и проект куда вы его нанимаете либо в этом «резюме» вы увидели какие-то такие личностные или профессиональные качества что они перевешивают любые проблемы личности, отсутствие опыта, и прочие моменты которые пытаются выявить на собеседовании.
Просто делать работу? ну не знаю, многие могут «делать работу», вы что всех берете не глядя?

Информация

В рейтинге
6,084-й
Откуда
Беларусь
Дата рождения
Зарегистрирован
Активность