DEVVEB Constantine
(Были бы знания в XSS, SHA, SSL тогда можно было понять о чем ведётся речь, даже банальными api можно получить ответ с сервера)Вы проверяли сайт на XSS уязвимости?
Что такое SHA? Может SHA-1,2,3??? И при чем тут вообще алгоритмы хеширования??
Ну SSL на момент запуска не было. Поздравляю, Вы могли украсть информацию о то что кто то заказал себе бургер. Оплата то происходит в другом месте и карточные данные Вы никак украсть не сможете!
Я варюсь в этой теме, при чем гораздо дольше чем Вы, судя по Вашему ответу.
банальными api можно получить ответ с сервераИ как же Вы это проверили? И какое именно API Вы можете дернуть? Выкатить список товаров?
А Вы CORS запросы проверили?
Разметка CSS делаЁт внешний вид сайта красивым и приятным (тот кто варится в каше это понимает)Вы дурак? Стили делают внешний вид, СТИЛИ. Разметка играет роль только построении макета.
А так как использован реакт, очень трудно при компонентном подходе сделать неправильную разметку.
есть ОГРОМНОЕ количество ресурсовА Вы хотя бы издали понимаете как эти ресурсы работают? А Вы знаете что большая часть этих ресурсов устарела и показывает бесполезные данные?
Ну и возьмем конкретный инструмент Google PageSpeed Insights.
Ругается на bundle.js - но без него приложение не взлетит.
Ругается на кеш svg изображений, то что срок жизни не указан.
Ругается на большие картинки, но именно картинки делают продажи, они должны быть сочными и четкими.
если лень капаться в коде сайтаКод сайта Вам ни о чем не скажет. JS обфусцирован, если говорить о логике сайта.
У нас тут веб эксперт.
Ну так сломай сайт, раз защита говно...
При чём тут разметка?
Как ты проверял оптимизацию?
А можно посмотреть твои работы?
То есть тот кто не знает про Тьюринг полноту - это обычное подмастерье не способное писать хороший код?
В этом то и беда, что часто спрашивают... Звонит HR и говорит сейчас будет собеседование с тех специалистом и бац, такие вопросы в лоб. И на сколько знаю, даже при приеме в Яндекс могут такое спросить...
Я обычно на собеседование встречные вопросы задаю и если мне действительно захотелось в эту компанию, то да, с удовольствием тестовое задание сделаю.
А по поводу предложений - на рынке их много, Я отсеиваю для себя вакансии по уровню ЗП и размеру компании, на самые интересные предложения иду собеседоваться, а затем выбираю между ними. Но бывало и такое, что пришел в компанию и внутри сразу щёлкнуло - хочу работать именно здесь. Это было в компании в которой Я увидел таких же ребят как и Я - увлеченных, шарящих, понимающих.
чем сейчас программисты (и этот тут ключевое), руководствуются при выборе работы на постоянной основе?
Вопрос тяжелый, у всех свои мотивы - кто то хочет интересных проектов, кто то хочет изменить мир, кто то хочет денег, а кто то просто стабильности. При этом прямо никто, как правило, не говорит чего он хочет. Вариант тут наверно один - дать конкурентную ЗП, не громоздить требования, говорить с человеком на одном языке, чтобы он почувствовал себя среди своих.
Как может лента символизировать технологии?
На бэке реализовать простенькую API-шку (хотя бы не полный CRUD) и заюзать её на фронте
смотря что вы понимаете под "теорией"?
Что такое высокоуровневый и низкоуровневый язык программирования?
Что такое полнота языка по Тьюрингу?
Какие есть операторы цикла в вашем языке и методы организации цикла без операторов?
Что такое компилятор и интерпретатор?
Какие бывают типы констант?
Дайте определение императивным, функциональным и процедурным языкам программирования. Приведите по 2-3 примера каждого.
Что такое методология программирования? Что представляет из себя Agile.
Жизненный цикл программы – опишите или изобразите его.
...
(Из статьи по ссылке в начале материала)
так сложилось, что писал их малоАга! Вы нам не подходите! - скажут вам, если будут собеседовать так как это делают обычно. Вопрос в лоб, неудовлетворительный ответ, мимо.
Я же предлагаю узнавать технические моменты в разрезе опыта, что позволит понять, почему например вы писали мало юнит тестов и т.д.
Спасибо за статью!
Спасибо что прочитали.
Расскажи, что думаешь про тестовое?
Я думаю зависит от вакансии и количества кандидатов.
Если много кандидатов, тогда чтобы ограничить их количество до разумных пределов, можно тестовые использовать.
Если бэкэндер - попросите простенький микросервис написать, без тестов и проверки типов, который делает что то, что относится к будущей работе, если фронтэндер, попросите простой небольшой интерфейс по некой API-шке накидать.
Правда Я сам тестовые не делал ни разу, но и вакансии были такие, что очереди там не было...
Уметь применять как раз таки про практику... И из разговора про опыт будет ясно что он умеет, а чего не умеет. Будет понятно, он просто не сталкивался с чем то, или сталкивался, но пришёл к не верным выводам и решениям. Если у него спросить почему он решил так, а не по другому, то будет понятен ход мыслей. И это, на мой взгляд, гораздо более эффективно, чем спрашивать в лоб какие то вопросы, без контекста практического опыта.
Около 200 отсобеседовал, принял 10.
А Вы?
Суть в том, что ты можешь думать, что ты знаешь, как решить задачу
Если ты свой предыдущий комментарий в голове не можешь удержать, то о чем с тобой можно вообще говорить?
Я хотел помочь твоему собеседнику донести его мысль
А ты кстати не думал что разрыв компетенции между нами в обратную сторону от твоих предположений? Стоило бы...
Почему же, интересно, он не в тему, не расскажете?
Потому что тема про найм персонала, а ты влез в чужой диалог просто чтобы поспорить. Это также объясняет почему ты отреагировал когда не получили ответ на свой первый комментарий.
твоё решение может быть в корне неверно
Верно оно или не верно определяется результатами выполнения. Если говорить об оптимизированности кода, то не везде она нужна. Чистота кода должна обеспечиваться линтерами, а работспособность тестами. Если сотрудник новый, то код проходит код ревью.
О моей компетенции может судить только мой работодатель. А ты если хочешь блеснуть своими "обширными", но по видимому никому не нужными знаниями иди на шоу "кто хочет стать миллионером".
Нет, просто минусую глупый комментарий, не относящийся к теме.
Прям таки к каждой?
Ну а Я уверен что Вы пустозвон, который ничего конкретного сказать не может, потому что ничего конкретного не добился и не сделал...
Вы слились, что впрочем и логично для людей, у которых гонора много, а толку нет.
Я Вам ответил в комментариях выше. Нравится делать велосипеды - Я Вам не запрещаю...
Во-первых, собеседование длится не так дол...
Перечитал Ваше "Во первых" несколько раз, но суть так мне и не понятна...
Если у человека нет опыта, а Вы ищите с опытом, то и собеседовать дальше не имеет смысла.
Если же Вы ищите без опыта на вырост, проверяйте эрудицию, логику.
Прошу заметить что это Я повторяю слова из самой статьи.
Во-вторых, IT бизнес меняется быстро. Сейчас нам нужен сайт-визитка, а завтра - нагруженный развесистый сайт...
Не хочу показаться грубым, но если компания делает и то и это, а Вы руководитель-бизнесмен-программист-hr в одном лице, то сомневаюсь, что ваша компания реализовывала что то крупнее интернет магазина с более чем 500-1000 посещениями в день.
У меня самого студия которая лепит сайтики, но Я в ней только руковожу, а сам работаю в другой гораздо более крупной компании, которая пилит высоконагруженные сервисы для внутреннего использования.
Кто его будет делать? Кодер, который вчера написал сайт-визитку? А он способен быстро поднять матчасть? Или мы срочно идем снова на сайт работы, а кодера увольняем?
Странный у Вас ход мыслей. Вы не знаете квалификации своих сотрудников? Как Вы вообще тогда работаете и раздаете задачи?
В команде нужны люди с хорошим потенциалом
Можно узнать Ваш способ определения потенциала?
Если разработчик способен решать нетривиальные задачи (снова, здравствуй, теория!)
Для решения нетривиальной задачи нужен живой ум. А как раз таки теории описывают заезженные до дыр решения тривиальных задач.
А нетривиальные задачи на StackOverflow не бывают - если задача уже там, то она тривиальна.
Пример из жизни?
Если в моей компании люди будут делать то же, что они и делали 5 лет назад в других компаниях...
Просто из любопытства - а Вы способны им дать задачи, которые отличаются от тех что были 5 лет назад?
Если Вы считаете свои советы полезными, расскажите как многого Вы добились...
Приведите примеры тех проектов которые Вы делали. Как Я сделал это Выше.
Я уже понял, что Вы неадекватны, но теперь понял, что Вы ещё и хам.
Снова игнорируете мои просьбы, Ваши проекты озвучьте пожалуйста опытный Вы наш программист!
Ну, как Я и сказал, Ваши аргументы кончились после того как Вы прочли какие проекты Я реализовывал. И Вам остаётся только с пеной у рта выдавливать из себя неуместные примеры, говоря только о фронтэнде, хотя Я русским языком написал что фронтэнд это ой как далеко не моя основная специализация.
Приведите примеры тех проектов которые Вы делали. Как Я сделал это Выше.
А отвечая на Ваш волос: огромная разница.
В этом отличие тупого исполнителя от разумного разработчика.
Вам сказали - Вы побежали говнокодить поверх неадекватной архитектуры.
Мне сказали - Я предложил изменить архитектуру.
Мне то глубоко все равно.
Вы же просто сами себе противоречите и не можете обосновать свою точку зрения.
Все ответы Выше
Нет. Как можно вести адекватный диалог, если Вы не помните о чем идет речь?
Кароче. Спорить тут бесполезно. Вы упёртый не к месту.
При чем тут уперт? Вы мне говорите что Я тут сижу в носу ковыряю и по фронтэнду размазываю. Я в ответе указал какие проекты делал. И всё, Ваши доводы закончились? Ну спорить тогда действительно не о чем.
Понятно, если вы делаете говносайтики за 20 тыс о продаже 3-х ложек и 4-х вилок, то какая там теория.
То есть Вы игнорируете то что Я написал перед этим? Забавный Вы человек.
Есть 15 баз данных по 1 таблице в 100 000 000 записей в каждой.Как вы без теории в минимальный срок найдете MIN-значение в режиме онлайн.
Зачем нужно 15 баз по 1 таблице?! Если у Вас 15 баз где по 1 таблице, тот тут не кодить надо, а архитектуру в порядок приводить.
Вы можете в лоб написать 15 тупых select MIN, а можете подготовить кеширование, аккумулирование стат данных на уровне записи, дополнительный шардинг и мное другое.
Вы сами понимаете какой бред пишите?
Зачем нужна ваша работа, если вы умеете только микроскопом гвозди забивать?Я вам привел пример задачи, которую вы отказались решать, приведя доводы уровня джуниора, который только-только начал писать что-то отличное от hello world.
Ну а Я Вам ответил, что это тупой бесполезный никому не нужный велосипед, на который жалко тратить время.
Ну таких как Вы Я знаю много, делают свои фреймоврки, которые повторяют существующие, пишут с нуля обкатанные функции. Нравится таким заниматься, пожалуйста...
Извините, если Вы в голове не можете удержать основные моменты из маленькой статьи, которую комментируете, то как Вы вообще работаете программистом?
Эм, что сложнее обычного CRUD и UI-сортировок то было?
Oauth2 сервис регистрации/авторизации с личным кабинетом, подключаемыми соц сетями, который можно подключить к любому приложению использующему Oauth2.
Блокчейн сервис со всеми вытекающими.
Доработка и расширение функционала биллинговой системы.
И? Есть что добавить?
Теперь я понимаю почему все пишется так плохо и так медленно.
Уважаемый, конкретный пример, что медленно? Как у нас любят абстракции, ВСЁ ПЛОХО, ВСЕ ТУПЫЕ, а как просят назвать конкретные вещи, ответить ничего не могут.
Искал применение этого алгоритма в жизни. Вот что нашёл:
Первая, и возможно самая распространённая, практическая задача, связанная с суффиксными деревьями, это нахождение включения одной строки в текст.
Зачем мне тратить время на реализацию этого алгоритма, если есть готовые модули реализующие данный функционал?
Простите, но их всех ваших ответов я вынес только одно: до серьезных задач вы еще не добирались.
Серьезных задач реализации которых уже есть в огромных количествах? Нет, мне такое не интересно. Хотите делать велосипеды, Ваше право.
Если говорить о моей точки зрения - не знание ядра линукса не мешает мне его эффективно использовать.
Вы видимо от конечного бизнеса далеко и уж тем более от найма персонала, очередной диванный аналитик, который свои 5 копеек хочет вставить.
Бомбануло ?)Нет, развернуто ответил на некомпетентный комментарий.
Если будут еще вопросы задавайтеСтал бы спорить, но увы на это не времениНу так Вы определитесь, или отвечаете, или нет.