ДМ
и попроси аналог v8 написать)
Size: a a a
2020 February 10
ДМ
хз, за свн не шарю, но вроде есть свои корпоративые решения
на первой работе тоже была такая штука) это конечно не самый удобный инструмент, и если с другим не сталкивался по работе, то не сразу понятно, зачем нужен github
GK
))))
вообщем чекай по ТЗ, а потом уже при прочих равных всякую вкусовщину
ДМ
надо вообще от многих параметров отткаливаться. Во первых, нужно знать на какую позицию собеседуем. Какие к ней требования. Какие у вас задачи. Если он синьор и никогда не видел гит, то это оч подозрительно. Если джун, то не обращай внимание. Освоит.
GK
тогда будешь более менее обьективен
GK
надо вообще от многих параметров отткаливаться. Во первых, нужно знать на какую позицию собеседуем. Какие к ней требования. Какие у вас задачи. Если он синьор и никогда не видел гит, то это оч подозрительно. Если джун, то не обращай внимание. Освоит.
ну если он ищет человека к "себе" в команду, то логиченее отталкиваться от человескего фактора, что ему нужен человек с кем комфортно будет работать, тогда можно быть предвзятым и не париться
В
довольно много опыта у товарища.. Открою секрет, ТЗ было специально максимально размыто, чтобы посмотреть на принятые в коде решения.
Вот допустим товарищ описал интерфейс где-нибудь в сервисе и бросил. А мог бы вынести в отдельный файлик. Но в ТЗ не было об этом ни слова. Характеризует ли его это как-то?
Вот допустим товарищ описал интерфейс где-нибудь в сервисе и бросил. А мог бы вынести в отдельный файлик. Но в ТЗ не было об этом ни слова. Характеризует ли его это как-то?
ДМ
я тут случай вспомнил смешной) Коллеги рассказывали. Было у них тз, где надо было написать свой простенький селект с фильтром на angularjs. Присылают им задание, а там чувак взял плагин jQuery, обернул снаружи ангуляром. И все)
В
ну если он ищет человека к "себе" в команду, то логиченее отталкиваться от человескего фактора, что ему нужен человек с кем комфортно будет работать, тогда можно быть предвзятым и не париться
конечно себе, более того, все минусы, что я указал, ему придётся исправлять и мне ему в этом помогать
ДМ
довольно много опыта у товарища.. Открою секрет, ТЗ было специально максимально размыто, чтобы посмотреть на принятые в коде решения.
Вот допустим товарищ описал интерфейс где-нибудь в сервисе и бросил. А мог бы вынести в отдельный файлик. Но в ТЗ не было об этом ни слова. Характеризует ли его это как-то?
Вот допустим товарищ описал интерфейс где-нибудь в сервисе и бросил. А мог бы вынести в отдельный файлик. Но в ТЗ не было об этом ни слова. Характеризует ли его это как-то?
ты опять путаешь тз и код стайл
GK
конечно себе, более того, все минусы, что я указал, ему придётся исправлять и мне ему в этом помогать
тогда делай что хочешь) чем мы тут тебе поможем?
GK
конечно себе, более того, все минусы, что я указал, ему придётся исправлять и мне ему в этом помогать
ну может это и не проблема, может человек нормально идет на диалог и адаптируется
ДМ
интересно еще тз посмотреть) если оно расчитано на неделю работы, я бы даже не открывал)
GK
интересно еще тз посмотреть) если оно расчитано на неделю работы, я бы даже не открывал)
может там поиск субподрядчика)
ДМ
конечно себе, более того, все минусы, что я указал, ему придётся исправлять и мне ему в этом помогать
кста, такой важный вопрос) ты структуру папок как именуешь? есть components, services?
В
интересно еще тз посмотреть) если оно расчитано на неделю работы, я бы даже не открывал)
реализовать загрузку топа ютуба с возможностью запомнить в избранном и сохранить выбор по F5
GK
реализовать загрузку топа ютуба с возможностью запомнить в избранном и сохранить выбор по F5
и все?
ДМ
звучит как просто)
GK
тоесть можно было на реакте запилить?)
ДМ
тогда можно было и заморочиться с кодстайлом)