Отзывы Героин, гашиш Бангалор

__________________________________

__________________________________

📍 Добро Пожаловать в Проверенный шоп.

📍 Отзывы и Гарантии! Работаем с 2021 года.

__________________________________

✅ ️Наши контакты (Telegram):✅ ️

>>>🔥🔥🔥(ЖМИ СЮДА)🔥🔥🔥<<<

✅ ️ ▲ ✅ ▲ ️✅ ▲ ️✅ ▲ ️✅ ▲ ✅ ️

__________________________________

⛔ ВНИМАНИЕ! ⛔

📍 ИСПОЛЬЗУЙТЕ ВПН (VPN), ЕСЛИ ССЫЛКА НЕ ОТКРЫВАЕТСЯ!

📍 В Телеграм переходить только по ссылке что выше! В поиске тг фейки!

__________________________________

Отзывы Героин, гашиш Бангалор

Silicon Bangalore. Добирался на работу электросмартом. У него есть забавный индикатор экологичности твоей поездки, типа насколько аккуратно ты наваливаешь, тормозишь ли с рекуперацией. Сейчас это просто проценты, в старых смартах ещё листик был нарисован, который свой цвет менял из желтого в зеленый. Поскольку за расход батареи я не плачу, а плачу только за время, стараюсь отжимать этот индикатор по полной. Помимо того что так дешевле, гонять на этом микротроллейбусе безумно весело: сотку он делает за 7 вроде, а в разрешенном диапазоне у него вообще наверное нет равных дешевле нескольких сотен тысяч евро. В твиттере спрашивают что за электросмарт и почем. Это каршеринг car2go. Стоит 0. В целом получается так же как если ехать на общественном транспорте вдвоём. Мы тут поехали за рождественскими ярмарками в Германию. Считаю вы должны знать размер нормального шницеля. Под ним полная тарелка картохи, к нему прилагался салат — тоже такая немаленькая тарелочка. Особенно дико это всё смотрится после крохотных голландских порций. В твиттере меня попросили рассказать какой лучше всего язык погромирования изучать, если ты собрался делать веб-приложения. Провокационный вопрос, допускает кучу спекуляций, но я попробую ответить на него объективно. Если ты, будущий погромист, собираешься идти в чаовое рабство куда-нибудь, то посмотри что требуется вокруг, что требуется там где ты хотел бы работать. Да что угодно, вот это и бери. Для тех же кто решил запилить что-то своё разница тоже не очень большая. В любом вашем проекте будет одно и то же — шаблон веб-страницы, капля обращений к базе данных, минимум трансформаций данных и валидаций. Хочется хайпового чего-нибудь со страшной стандартной библиотекой? Валите в javascript! Хочется уёбищного синтаксиса и долго дрочить ради любой хуйни — возьмите пайтон с джангой. Остальное тоже можно взять, но нужно понимать зачем именно и чем это лучше тех же рельс или какой-нибудь их кальки из мира, скажем, пхп. Во многих других случаях вас так же ждет более пологая кривая обучения. Хотите ли вы инвестировать своё время в изучение чего-то более сложного ради сомнительных преимуществ — дело ваше. Просто выучите уже что-нибудь и что-нибудь сделайте. Твиттер был написан на рельсах, слак до сих пор на пхп, выбор инструмента на начальном этапе не важен вообще, если начнёт взлетать — ваша самая меньшая проблема будет с тем на чём это написано. Пишите мне в твиттер что вам интересно послушать еще. На очереди: умные лампочки и немного подробнее про собеседования. Ну давайте про собеседования! Собеседования бывают разные. Чаще всего мне доводилось видеть собеседования в духе произошедшего между Хоббитом и Голлумом. Такую херню я как-то видел среди скрининговых вопросов в Я. У них раньше по крайней мере в форме где ты отправляешь резюме было несколько технических вопросов. Я случайно напоролся на вакансию фронтендера, и там был вопрос из этой серии — какое-то жонглирование странностями js, а в конце console. Руки начали печатать сами. Я написал, что если увижу это в репе, зареверчу немедленно и составлю разговор с тем кто это написал, а поскольку я это зареверчу, то код никогда не будет исполнен, а значит и ничего не будет напечатано. На следующие пару вопросов я ответил «смотри выше», вместо резюме приложил троллфэйс, но оставил контакты. Через час мне перезвонил рекрутер и предложил пойти в Я тимлидом. Сюда же все собеседования в которых от вас требуют энциклопедических знаний, ну типа а напишите ка smoothsort или какую-нибудь такую же ебалу, про которую собеседующий прочитал неделю назад… Продолжение завтра. Бывают интервью, где с вами вообще не говорят о технике: — Ну, типа расскажите чем вы занимались раньше? Ничего себе, звучит впечатляюще! А вот еще в вашем резюме упомянуто …, не могли бы вы рассказать об этом подробнее? Я как-то раз таким образом собеседовался в одну небольшую конторку, которая разрабатывала кусочки сайта госуслуг для британской короны. Често признаться я думал это скрининг с рекрутером. Ну так, пробежаться по резюме, сделать заметки. Я был очень удивлён получить на следующий день после этого короткого разговора настоящий контракт и оффер в почту. В принципе, такой подход к проведению интервью меня удивлял всегда. Но за последний год я провёл примерно штук собеседований на разных этапах и понял что я даже недооценивал хуёвость такого подхода. Хорошо помню момент, когда я перестал читать резюме перед техническим собеседованием по-прежнему читаю когда провожу финальное собеседование, потом объясню зачем. Ну то есть сомнения в том, что резюме вообще хоть что-нибудь значит у меня были всегда, но этот случай особый. Читаю очередное резюме, а там такой классный кандидат, очень шикарно написано. И техника, и бизнес и всё на свете, прямо огонь а не кандидат. Причем последнее место работы — лет 5 или 6 сеньором в одном из самых больших производителей пассажирских авиалайнеров, занимался программным обеспечением для каких-то там бортовых систем или авионики, не помню уже. Ну, думаю классно сейчас поговорим. Это было телефонное интервью, а на телефонном интервью мы отсеиваем тех, кто вообще не может писать код. Ну то есть реально, если можешь написать вместе три строки я не шучу , и эти три строки — цикл, условие и обращение к хэшмэпу, то всё, задавай свои вопросы про компанию и лети скорее собеседоваться в Амстердам. Ну так вот, прошу его написать три таких строчки. Кандидат начинает пороть какую-то хуйню из массивов в массивах, с какой-то хромой арифметикой указателей и ебейшей алгоритмической сложностью, но самое хуёвое — я, человек не писавший на сях к тому моменту лет , вижу два места с гарантированным сегфолтом. Кое-как, с грехом пополам, за отведённый на собеседование час мы исправили один сегфолт и чуть улучшили алгоритмическую сложность, но это, конечно же, был однозначный провал. Тем более что обычно за этот час мы успеваем посмотреть на пару таких задач и поговорить о жизни. С тех пор я не читаю резюме кандидатов и каждый раз когда лечу самолётом этой марки молюсь чтоб он не написал там ничего сложнее программы для кофеварки. Слишком много хороших кандидатов с хуевыми резюме и наоборот, чтобы вообще обращать на это внимание. Это еще не всё! Скоро продолжу. Кстати, если у вас есть мысли или предложения как я могу сделать этот канал лучше, пожалуйста напишите мне об этом в твиттер. Нужно собраться и дописать телегу про собеседования, чтобы она меня больше не тяготила! Сегодня постараюсь. В спектре возможных тактик собеседований есть ещё и задолбавшие всех загадки про люки, теннисные шарики и прочее. Помню доводилось решать какую-то вариацию задачи про лодочника, волка, зайца и капусту, только более запутанную, а в другой раз чего-то там решать на основании взвешиваний какой-то ерунды. Многие из этих задач на слуху, обсуждаются, а значит некоторые из кандидатов просто будут знать ответ и иметь несправедливое преимущество над теми кто не знал. Говно, короче, а не стратегия. Почему мы слышим на собеседованиях эту ерунду? Потому что во всех этих компаниях никто никогда не задумывался даже каким должен быть их будущий коллега и как оценить соответствие этим качествам. Прежде чем задавать любой вопрос на собеседованиях нужно понимать зачем ты именно его задаёшь и что ты можешь узнать о кандидате услышав его ответ. А не как это обычно происходит: — Михалыч, там какого-то щегла привели на бэкендера, пособеседуешь его? Вот у нас тут в лавке вагон разных технологий, у нас тут достаточно серьезные нагрузки, почти полное отсутствие документации и всё очень стремительно меняется и растёт. Поэтому мы нанимаем людей, которые успели посмотреть хотя бы на несколько разных технологических стэков и не страдают излишней привязанностью к технологиям, которые хотя бы в теории понимают почему с таким объемом трафика, данных и транзакций что угодно может стать бутылочным горлышком и с которыми приятно будет работать, поскольку очень много завязано на горизонтальные коммуникации. Кроме того, поскольку у нас все продуктовые решения принимаются снизу, в команде, нам важно чтобы наши будущие коллеги понимали вообще что деньги приносят не волшебные феи, а клиенты. Важно чтобы они хотели и могли полноценно участвовать в разработке продукта, не только технически. Ещё пара важных моментов: пока ты идёшь по технической ветке карьеры, будь ты хоть principal — ты пишешь код по менеджерской перестаёшь когда у тебя более одной команды в подчинении , поэтому писать код кандидат должен уметь. Ещё мы хотим чтобы собеседование было без стресса, чтобы все выходили из переговорок в хорошем настроении и никому никогда не пришло в голову написать что-нибудь плохое о нашем собеседовании на условном глассдоре. Весь процесс подчинён этим простым целям. Подробнее ближе к вечеру. Повторюсь про цели: умеет программировать, видел разные технологии, может в масштабирование, имеет customer oriented mindset, приятный человек, должен уйти с собеседования с хорошим настроением. У нас есть небольшой скрининг. Если бы не жуткая нагрузка на тех кто участвует в найме, то наверное бы и не давали, как-то это не очень когда тебя собеседует бездушная машина, но многие отсеиваются именно на этом этапе и экономят наше время. Извините, мы просто физически не можем поговорить со всеми. После этого случается телефонное собеседование, где мы проверяем basic craftmanship. Решаем простеньких задачки, где решение почти всегда цикл, условие и хэш. Но это нам дает возможность посмотреть как человек решает проблемы. Хороший кандидат, обычно, уточняет все подробности, которые могут повлиять на выбор решения до того как что-то писать, он пишет приятный чистый код, он понимает ограничения выбранного им решения, способен объяснить как это всё работает, алгоритмическую сложность и способен аргументировать свой выбор. В конце каждого раунда собеседований мы оставляем минут на вопросы соискателя. Отличные кандидаты, по моему опыту, обычно задают интересные вопросы про работу у нас. Это всё накрывает, в основном, «умеет программировать» и чуть-чуть общение, на уровне достаточен ли уровень английского языка, чтобы объяснить что ты собрался сделать, ну и вообще умеешь ли слушать и задавать вопросы. Хорошие задачи для этого этапа позволяют регулировать сложность собеседования, если ты видишь что наивные решения вполне себе получаются, можно чуть-чуть усложнить чуть изменив условия, или наоборот всё оставить очень простым, чтобы человек не впал в ступор и не бился головой о клавиатуру от того что ничего не выходит. Каждый должен уйти с собеседования с ощущением, что хотя бы что-то у него получилось, без откровенного провала. Все раунды, кроме самого последнего проводят 2 человека. После этого человека либо зовут поговорить лично в Амстердам, либо объясняют что было недостаточно хорошо и как это исправить. В отличие от многих других мест мы всегда стараемся дать осмысленную обратную связь, а не «мы решили не продолжать с вашими собеседованиями». Это к пункту «оставить о себе хорошее впечатление». Тут некоторые вопросы сыпятся в личку. Уточняю: задачки предельно прикладные, это не перевороты деревьев и всякое такое. Это что-то отдаленно похожее на то, что скорее всего придётся писать когда устроишься на работу. Слушайте, напейшите что-нибудь про мой телеграм-канал в твиттер, например, или в фэйсбук какой, ну или тут в чатах кому-нибудь отрекламируйте? От души, по-братски! Очень хочется много подписчиков. Ну или не пейшите, если западло. Что тут происходит?! Пробуем precision cooker, первое Bluetooth-enabled устройство на кухне. Слева выдержанный 4 недели или 6, я забыл рибай из 11 месячного галисийского телёнка породы Rubia. Я не могу рассказать сильно подробно о том что происходит на собеседованиях в Амстердаме. Это развлечение на несколько дней, хотя непосредственно сам разговор ради которого вы приехали — несколько часов. Естественно билеты, гостиница за счет будущего работодателя. Советую выбирать из предложенных вариантов такие, чтобы приехать, отоспаться, привыкнуть к новому часовому поясу и отдохнувшим идти на собеседование. Самый лучший вариант — не улетать сразу после собеседования, походить, посмотреть город, примерить на себя жизнь здесь. С вами обязательно поговорят немного про программирование. Чуть более сложное чем по телефону. Тут вы можете внезапно встретить какую-нибудь задачу, которая хорошо ложится под какой-нибудь BFS или DFS, опять таки достаточно прикладную. Обязательно обсудят дизайн систем и масштабирование, без фанатизма, но с большой вероятностью всплывут бизнес-последствия ваших решений относительно разрабатываемой системы. Тут нужно просто иметь здравое, критическое мышление и думать о том как ваша техническая работа влияет на пользователей. Как и в предыдущих интервью важно задавать вопросы, оценивать объёмы данных, сложность их обработки и т. Последним интервью будет так называемый fit, где с вами поговорят о жизни, о бизнесе, о работе в команде и прочем. Никаких советов для прохождения этого этапа у меня нет, лучшая стратегия — быть собой. Это мой любимый этап собеседования, одновременно самый сложный для меня — целый час активно вести беседу, активно слушать и пытаться пощупать очень большое количество личностных качеств кандидата. Иногда выхожу из переговорки выжатый как лимон, буквально. Нужно быстренько, по горячему, записать все важные вехи этого разговора, ничего не пропустить, чтобы получилось нормальное обсуждение потом. После этого все кто с вами говорил соберутся, выскажут свои мнения и примут решение сделать вам предложение или нет. Если нет, вы получите развернутую ответ почему. Как-то так у нас с собеседованиями. Очень рад, что закончил с этой телегой! Шлите ваши вопросы как всегда в твиттер. Там уже какое-то количество вопросов ждут своего ответа, постараюсь ответить на что-нибудь еще до нового года. Ну давайте про прагматичную разработку. Я вижу повальное увлечение инструментами, это происходит в индустрии давно и повсеместно. В все конфигурировали spring, чтобы потом, если понадобится, быстро подменить один логгер на другой, теперь невозможно начать любой веб-проект, не подключив npm модулей и не настроив вебпак. К чему я приучил себя в последнее время, так это брать минимально необходимый инструментарий для решения задачи. Если что, всё переиграть — дело, обычно, не такое страшное как кажется. Хотя, конечно, случаются провалы, вот давайте на примере. Я сейчас в свободное время попиливаю маленький сайд-проектик. Рельсы я взял потому что было готовое приложение от которого стоило унаследоваться и якобы от меня должна была спрятаться технологическая сложность интеграции с кое-чем там и всё должно было быть в ажуре. По факту я начал проводить больше времени в исходниках этого приложения, чем в исходниках своего, пытаясь разобраться с тем почему всё не работает так как я ожидал. Знакомая ситуация, да? После какого-то времени проведенного за этим пустым занятием, я выкинул приложение к черту, потому что большая его часть, как выяснилось, просто не подходила под мои задачи. Сказать что я устал это делать — ничего не сказать. Ну хоть бы в dev моде печатали что именно за запросы они посылают и более развернутую диагностику того что возвращает сервис. Получите RuntimeException и ломайте голову что происходит внутри. Ок, выкидываем api gem, берём curb, пишем метода которые постят что надо куда надо и заодно если что-то идёт не так печатаем эквивалентную curl строчку в лог, чтобы можно было взять её, подёргать из командной строки всё что нужно и разобраться как правильно. Ну долго ли, коротко ли, но omniauth я тоже выкинул из-за чего то там с пятыми рельсами и его скоупами. Заменил редиректом, одним постом через curb и 4 строчками проверки хэша. Что мне мешало сделать это в первые часы и не иметь всех этих проблем? В принципе, этот пример показывает что весь ваш опенсорс говно, но не объясняет толком почему. А это гораздо более сложная тема. Но давайте попробуем хоть чуть-чуть подобраться к этому. Хадуп и бигтэйбл. Динамо и кассандра. Что общего? Одно органично вырастает из острой и специфичной необходимости, другое — попытка копировать результат. Хотя единственное что стоило бы копировать — процесс. Вот что стоит копировать. Процесс решения реально существующих проблем. А когда собираются дрочилы и начинают решать несуществующую для них проблему — получается вот так. Не усложняйте, короч. И помните иногда проще собрать велосипед, чем подключить чужой. Колхозная доктрина, или десять простых правил, которым беспрекословно должны следовать все разработчики Записки программиста. Велика колхозная доктрина это квинтэссенция программистской мудрости. Десятилетиями доктрина передавалась членами тайного ордена колхозных программистов из. Собеседую соотечественника из Бангалора очередного. У меня плохое предчуствие!. После очередного твиттер-срача про интервью хочу показать почему все эти упражнения на программирование на бумаге это про навыки, а не про знания. Поэтому сегодня вечером по Амстердамскому времени, вероятно часов в 8, если всё получится, я буду стримить написание красно-чёрного дерева. Никакой подготовки, до стрима и во время я не буду читать ничего про то как оно именно устроено, постараюсь вытащить на одной интуиции. Ссылку кину ближе к началу.

Отзывы Героин, гашиш Бангалор