Yuri
короче, вот еще аналитика. Вопрос на собеседовании: "Как бы вы делали фреймворк вашей мечты".
Władimir (Zae)
сидя
Anastasiia
Это нормально что я откликаюсь только на вакансии, в которых не больше 8 строк? Чем меньше тем лучше вообще, идеально, если бы мне написали "Иди работай". Не хочу даже читать простыни с перечнем перспективных технологий и личных качеств кандидата.
Это абсолютно нормально. Но формат требует
Evgeny
Это ненормально.
Anonymous
Evgeny
Пилить работу за деньги - скууууууучно
Anonymous
почему мне прямо стыдно стало.
V◌┗⢎ℍıK
Это же не просто надо прочитать вакансию, но ведь ни один человек со всей этой перечисленной дурью не работал, так что ещё придется идти гуглить что означает очередная аббревиатура.
Yuri
короче, вот еще аналитика. Вопрос на собеседовании: "Как бы вы делали фреймворк вашей мечты".
И более развернутая формулировка вопроса:
1) Will you use TypeScript/Dart/Flow?
2) How will your framework help organizing the dependencies between the modules of an app?
3) How will the testing be organized in your framework?
4) What will you do with templating?
5) What will you use for increasing performance (Virtual DOM, AOT compilation?)
6) How will it deal with async actions and server communication?
7) How to store and manipulate of data. Like redux? Maybe like Data Store in Ember?
8) How will data flow and the control flow be organized?
Evgeny
Dave
Это абсолютно нормально. Но формат требует
Это не нормально,
А еще он и код не читает, в котором большое десяти строк?
Anastasiia
Это не нормально,
А еще он и код не читает, в котором большое десяти строк?
Окей, иначе — это индивидуально.
Юра
короче, вот еще аналитика. Вопрос на собеседовании: "Как бы вы делали фреймворк вашей мечты".
Не делал бы -) Фреймворки — зло. При хорошем портфельном управлении фреймворк образуется как бы сам собой с годами работы.
V◌┗⢎ℍıK
Это не нормально,
А еще он и код не читает, в котором большое десяти строк?
Да. Код должен быть лаконичным. Если там много строк, надо их удалить и переписать в одну.
Evgeny
тут крааайне редко попадаются экзотические аббривеатуры
Pauline
Anonymous
Не делал бы -) Фреймворки — зло. При хорошем портфельном управлении фреймворк образуется как бы сам собой с годами работы.
и в итоге мы видим жуткоработающий VK на пыхе 4, фейсбук и букмейт
Anonymous
а вк потом ищет.. погоди те ка, я скину
Anastasiia
и в итоге мы видим жуткоработающий VK на пыхе 4, фейсбук и букмейт
…написанный на коленке за 500 рублей, ага
Юра
и в итоге мы видим жуткоработающий VK на пыхе 4, фейсбук и букмейт
Поэтому тут и есть модификатор «хороший» при плохом все будет плохо -)
Yuri
Не делал бы -) Фреймворки — зло. При хорошем портфельном управлении фреймворк образуется как бы сам собой с годами работы.
я так понимаю, что в этом случае надо описать, что именно у тебя "образовалось" и почему оно получилось лучше, чем фреймворки
Юра
У ВК и фейсбука приоритета на тот момент в этом не было — надо было продукт пилить.
Anonymous
Поэтому тут и есть модификатор «хороший» при плохом все будет плохо -)
слишком общно и узскоспецифично
Anonymous
https://vk.com/page-147415323_52723907
Anonymous
я обещал ссылку
Anonymous
вот
Anonymous
в ней прекрасно всё
Anonymous
> используем реляционную модель, но отказываемся от неё
Anonymous
> Возможность восстановить состояние системы при отказе оборудования.
Anonymous
это всё на базе пыха 4.
Anonymous
ах, да, еще поощряется велосипедостроение
Паблишер вакансий
V◌┗⢎ℍıK
>предпочтительно использование PHP без ООП
Мне уже нравится (действительно нравится)
Anonymous
> Нам интересен Ваш собственный код, а не умение использовать готовые библиотеки. Поэтому предпочтительно использование PHP без ООП. Допустимо выполнение задания на python/java без чрезмерного использования сторонних наработок.
Anonymous
тоесть давайте ребят, к черту библиотеки например валидации с 132123 к лайков на гитхабе
Юра
я так понимаю, что в этом случае надо описать, что именно у тебя "образовалось" и почему оно получилось лучше, чем фреймворки
Ну, IT проекты так или иначе пилят так, чтобы код был не совсем уж одноразовым. Рано или поздно из реюзабельных модулей, если на это не забивать, образуется достаточно сильная библиотека, которая и будет искомым фреймворком.
V◌┗⢎ℍıK
Я бы им на сишке написал приложение
Anonymous
и редисом вперёд через raw unix socketы работайте на пыхе!
Anonymous
и чтобы это еще не падало
Anonymous
Вот, к чем приводят "свои" фреймворки.
Anonymous
Лучше взять сразу что-то популярное и не городить костыли.
Yuri
костыли - это жизнь
Yuri
и карьерный рост
Юра
Вот, к чем приводят "свои" фреймворки.
Ну, как правило, любой фреймворк при дальнейшей эксплуатации приходится растачивать так, что от фреймворка, собственно, остается ничего не остается.
Anonymous
да, и без костылей никак, но главное не переусердствовать, со всем этим я согласен
Anonymous
Ну, как правило, любой фреймворк при дальнейшей эксплуатации приходится растачивать так, что от фреймворка, собственно, остается ничего не остается.
если ты не понимаешь всю парадигму фреймворка тогда ты его не знаешь.
если фреймворк накладывает ограничения, вы пилите свои костыли, боретесь с бедами фреймворка - вы плохой инженер.
Anonymous
естественно "боретесь с бедами фреймворка" я имел в виду в рамках проекта, а не общие проблемы фреймворка. Ведь как правило, они известны
Nick
сам придумал, хочу заюзать для отбора кандидатов у нас
Плюсую) Правда.. разговор может затянуться)
Anonymous
а можно по делу и без самодеятельности?
Rafael 🌵
Anonymous
ведь нормального, обьективно правильного ответа нет на этот вопрос.
Yuri
а зачем мне правильные ответы?
Anonymous
тогда это вопрос не для собеса, а поговорить в обеденный перерыв.
Nick
ведь нормального, обьективно правильного ответа нет на этот вопрос.
А он разве нужен? Просто посмотреть как мыслит человек. Насколько широк его кругозор
Anonymous
Есть другие, более интересные вопросы.
Anonymous
и по делу
V◌┗⢎ℍıK
И более развернутая формулировка вопроса:
1) Will you use TypeScript/Dart/Flow?
2) How will your framework help organizing the dependencies between the modules of an app?
3) How will the testing be organized in your framework?
4) What will you do with templating?
5) What will you use for increasing performance (Virtual DOM, AOT compilation?)
6) How will it deal with async actions and server communication?
7) How to store and manipulate of data. Like redux? Maybe like Data Store in Ember?
8) How will data flow and the control flow be organized?
Плохие вопросы. Они загоняют меня в рамки существующих подходов к созданию фреймворков. А вдруг я хочу что-то совершенно фантастическое, где нет ни тестов в привычном их понимании, но есть другие способы проверки надежности. Или его работу трудно выразить в терминах датафлоу и контрол флоу.
Nick
тогда это вопрос не для собеса, а поговорить в обеденный перерыв.
С этим, кстати, соглашусь от части
Yuri
тогда это вопрос не для собеса, а поговорить в обеденный перерыв.
вот берешь ты сениора на работу, что ты у него спросишь, чтобы было _правильно_? Про делегацию событий и замыкания?
Yuri
на таком уровне обычно просто смотришь предпочтения и склад ума
Anonymous
Я спрошу какие проблемы он решал, какие видит решения существующих общеизвестных проблем
Anonymous
соответственно он должен назвать + и - подходов в рамках бизнес задачи.
Anonymous
и рассказать че делал
Yuri
ну вот вопрос про это и есть, как он бы структурировал фреймворк, решающий существующие общеизвестные проблемы
Yuri
с бизнес-задачей тяжело, придется ее объяснять, а это трудно и требует понимания кучи всего нишевого
Anonymous
Тогда ты будучи технарём сразу должен увидеть неточность и неоднозначность своего вопроса.
Anonymous
с бизнес-задачей тяжело, придется ее объяснять, а это трудно и требует понимания кучи всего нишевого
Он тимлид, это его задачи будущие.
Anonymous
бизнес порой ужасно формирует задачу, его работа сделать её точной, обьективной, и сформулировать правильно.
Anonymous
тоесть это прямо таки его работа
Anonymous
а твоя работа побыть в роли тупого бизнеса
Yuri
Он тимлид, это его задачи будущие.
ну да, но я ж не могу от него требовать сразу приходить на собес со знанием нейробиологии и тонкостей того, как текут данные между учеными, режущими мышиные мозги
Юра
если ты не понимаешь всю парадигму фреймворка тогда ты его не знаешь.
если фреймворк накладывает ограничения, вы пилите свои костыли, боретесь с бедами фреймворка - вы плохой инженер.
Да даже с полным пониманием, жизнь все равно вносит свои коррективы. И тут дело даже не в костылях, а в том, что требования могут быть самые разные, в которых фреймворк будет скорее мешать.
Anonymous
Да даже с полным пониманием, жизнь все равно вносит свои коррективы. И тут дело даже не в костылях, а в том, что требования могут быть самые разные, в которых фреймворк будет скорее мешать.
но стоит решать проблемы по мере их поступления, верно?) и не стоит завязывать ВСЁ на фреймворке, ведь они устаревают, ломаются и тд
Юра
но стоит решать проблемы по мере их поступления, верно?) и не стоит завязывать ВСЁ на фреймворке, ведь они устаревают, ломаются и тд
Ну так да. Я как раз о том же. Своя разработка — это, конечно, дольше и дороже, но зато позволит выпускать аналогичные проекты быстро и надежно. Все проектные компании так живут.