мне проще итерациооно - изучить поверзностн - сделать гавно - изучить чуть лучше - чуть улучшить "продукт" и так пдо бесконечности)

https://www.ozon.ru/context/detail/id/139296295/

нашел через хабр 550р - 25% :D

всю вашу литературу как-то не смог найти на просторах рунета даже через filetype:pdf

неужели придётся снимать черную повязку пирата и смотреть что на кредитке о_0

неужели придётся снимать черную повязку пирата и смотреть что на кредитке о_0

придётся научиться гуглить перед тем как начнёшь читать книжки :D

придётся научиться гуглить перед тем как начнёшь читать книжки :D

меня filetype:pdf никогда не подводил) я даже резюме нашел где указана данная литература...

есть какие-нибуть приколюхи чтобы на php/js приложение простое для андроида написать?

да, бдсм называется

на js - react native или cordova

а без бдсм есть на подобии visual basic чтобы тупо api дергать и на экране в html результат отображать?

кордова вроде бы

загуглю пойду

ммм Apache Cordova позволяет программистам создавать приложения для мобильных устройств с помощью CSS3, HTML5 и JavaScript,

Cordova когда апликуха до 15 страниц А так то срань лагучая которая для тех же веб-сайтов Тут тогда PWA лучше смотреть А так то Xamarin или react native получше будет

вообще приложение - копия сайта без лишнего + уведомлялки, чтобы телефон звенел когда новое событие

вообще приложение - копия сайта без лишнего + уведомлялки, чтобы телефон звенел когда новое событие

PWA так может

ок, всем спасибо)

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

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

м, нет

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

К фреймворкам не имеет никакого отношения

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

пва это по сути 1 файл

просто спецификация

просто спецификация

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

да, сорян, там ведь не все обязательно соблюсти

Когда я вижу модули с названиями Interfaces или Traits - сразу вижу любителя Ларавель и человека который не понимает что делает

https://github.com/pavel-grom/poker/blob/master/src/Traits/HasCombinationTrait.php - ООП

CardCollection -> разделить на CardDeck + Hand

а, то есть там еще и DeckOfCard есть...

https://github.com/pavel-grom/poker/blob/master/src/PokerHelper.php - вот это - истинное ООП. Прям сразу видно

но в целом - как упражнение хорошо. Надо только теперь зарефакторить что бы было нормально

@fes0r , привет. Есть вопрос к тебе один. Можешь подсказать чем в твоём понимании мидл отличается от джуна?

зарплатой?

я думаю, что есть еще ряд критерий)

мидл может менторить. общаться с клиентом. и знает больше.

насколько больше?)

с всех четких критериев зп наверное единий)

не, тоже так себе зп зависит от самооценки и умения продать себя

Сергей не раз упоминал разницу в подходах - solution space vs problem space

?

я, правда, не помню, это речь про мидла или синьора, но даже если про синьора - тоже применимо, т.к. мидл это путь к синьору

я, правда, не помню, это речь про мидла или синьора, но даже если про синьора - тоже применимо, т.к. мидл это путь к синьору

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

ну мне кажется, что мидл - это вот такое промежуточное состояние, когда ты вроде решаешь задачи из solution space, но в то же время рассматриваешь их с точки зрения problem space ну и ещё - самостоятельность (мидл может сделать практически все сам, джуну во многом надо подсказывать) (качество не гарантируется для обоих)

зачем вообще загонять себя в рамки мидл сеньор джун

джуну надо подсказывать. мидл просит помощи.

вы все прогеры и делаете работу - что то вы знаете и получается у вас лучше что то хуже

зачем вообще загонять себя в рамки мидл сеньор джун

а это не я придумал, а работодатели))

очень тупая идея поделить всех прогеров на 3 уровня

вы все прогеры и делаете работу - что то вы знаете и получается у вас лучше что то хуже

чтобы за зп ходить более эффективно)

вот я на две последние вакансии сеньорские устраивался, но везде были люди сильнее меня по скилам

кто они тогда? синьоры помидоры?

вот хз

кароче нужно готовиться и ходить по собеседованиям

кто они тогда? синьоры помидоры?

или так, или ты джун :D

ну вот допустим я джун...но кто тогда те чуваки, которых в моих компаниях считают мидлами и джунами?))

недоджуны?)

я клоню к тому что если каждую категорию поделить еще на три то это имело бы больше смысла

а вообещ нужна скоринговая карта с разными параметрами и их коэффициентами

но эт мозгоебство уже пошло))

а потом каждую еще на три, да а если без категорий - как нанимать?

у каждой конторы критерии свои

а потом каждую еще на три, да а если без категорий - как нанимать?

просто общаешься с человеком смотришь что он из себя представляет и оциниваешь соотношение его скиллов в разных областей к зп ожидаемой. Если число не сильно меньше чем у остальных то берём

а потом каждую еще на три, да а если без категорий - как нанимать?

ну на самом деле это не очень смешно, т.к насокльо я знаю у многих компаний теперь есть "грейды"

опять же у каждой свои)

и это правильно, поскольку без них новички будут всегда получать больше чем старожилы, тем самым мотивирую их на съеб с повышением

просто общаешься с человеком смотришь что он из себя представляет и оциниваешь соотношение его скиллов в разных областей к зп ожидаемой. Если число не сильно меньше чем у остальных то берём

а теперь представь это бедствие для собеседующих - когда тебе нужен "крутой" разработчик, а у тебя из критериев только стек

и придет чел, который "имеет опыт с elasticsearch" - запускал его на проекте (прям как я_)

и это правильно, поскольку без них новички будут всегда получать больше чем старожилы, тем самым мотивирую их на съеб с повышением

мм, почему вдруг?

я не знаю почему) но на практике у меня так всегда было

возможно, это приколы российских компаний

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

самооценка, все дела

джун не может делать задачи полностью самостоятельно, те придется отвечать на его технические вопросы по мере того, как он делает задание мидл делает задачи самостоятельно, те задача должна быть описана сеньор "просто делает", к нему приходят с проблемой, а не с задачей

ну т.е. мидлу надо разжевать что сделать?!)

джун не может делать задачи полностью самостоятельно, те придется отвечать на его технические вопросы по мере того, как он делает задание мидл делает задачи самостоятельно, те задача должна быть описана сеньор "просто делает", к нему приходят с проблемой, а не с задачей

а если джун в состоянии сам разобраться, погуглив, рассмотрев аналогичные реализации, ну может спросив здесь)), то это что уже миддл?

ну т.е. мидлу надо разжевать что сделать?!)

мидлу нужно ставить четкую задачу, джуну придется рассказать детали реализации

Вот так уже понятнее

мне просто говорят шо надо сделать и усе, ы

детали - это как сделать, а что - это как раз задача т.е. если мидл решает проблему, а не четкую задачу, то это синьор?!)

имхо, все это шире, в том числе и объем знаний и умений

Ребят, у кого есть опыт с PhpSpec и PhpUnit - вам какой инструмент для юнит тестирования больше зашел?

каждый для своего хорош

Ребят, у кого есть опыт с PhpSpec и PhpUnit - вам какой инструмент для юнит тестирования больше зашел?

Для юнит - phpspec

Для юнит - phpspec

Дизайн классов действительно ощутимо лучше получается с использование phpspec? Я привык писать на пхпюните, но что-то он мне кажется очень многословным плюс хотелось бы, чтобы инструмент тестирования помогал улучшать дизайн кода

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

не нужны обезьяны-формошлёпы, а вот грамотные джуны на весь золота. ну а бесполезность градций - вопрос третий, не актуальный, ибо смысла в нём нет. нет ни единого критерия, по которому можно людей раскидывать в рамках 3х позиций. все эти "синьор просто делает" - чушь собачья

не нужны обезьяны-формошлёпы, а вот грамотные джуны на весь золота. ну а бесполезность градций - вопрос третий, не актуальный, ибо смысла в нём нет. нет ни единого критерия, по которому можно людей раскидывать в рамках 3х позиций. все эти "синьор просто делает" - чушь собачья

Спасибо, услышал.

человек получает ровно ту лычку, с которой смог себя продать. если у меня лычка "тех лид", это не значит, что я дохера крутой чувак. И если, например, у @fes0r на мидла (В его представлении) собес пройду, уже заебись. Мусор всё это, в общем

но верно и обратное - если тебя в какой то конторе завалили это не значит что ты даун

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

но верно и обратное - если тебя в какой то конторе завалили это не значит что ты даун

если в конторе тебя валят, значит дауны как раз они. цель собеседования - не завалить, так-то

джиквери не знаю, но с докой могу чё-нить захерачить, регулярки не писал уже лет ентак 6 и ни капли об этом не жалею) ну значит я тоже даун)

ну и ещё большой вопрос в том, умеет ли человек собеседования проходить) он может уметь код писать, но не уметь на вопросы ответить

и от уровня собеседующих зависит. Если ты на собесе скажешь, что наследование - это плохо, то практически гарантированно тебя завалят ларавель-девелоперы, которые наследованием и трейтами "соблюдают принцип dry"

и от уровня собеседующих зависит. Если ты на собесе скажешь, что наследование - это плохо, то практически гарантированно тебя завалят ларавель-девелоперы, которые наследованием и трейтами "соблюдают принцип dry"

дак как-так то, от контроллера не наследоваться(

дак как-так то, от контроллера не наследоваться(

мозгом нужно пользоваться) есть ситуации, где наследование может быть оправдано, а есть те, где нет. Последних больше

а потом любители наследования сидят с крупным проектом как у разбитого корыта и не знают чо дальше делать, все сыпится )

а потом любители наследования сидят с крупным проектом как у разбитого корыта и не знают чо дальше делать, все сыпится )

начать копировать код)

"а давайте в базовом контроллере(ну чтобы dry), еще 500й метод добавим"

давайте лучше на каждый метод по контроллеру)