Есть хороший способ: ходить на большее количество собеседований. Но не ради приема на работу, а собеседования для. То есть смените цель с "получить работу в этом месте" на "пообщаться с работодателем и получить опыт". Выберите для себя два дня в неделю, скажем, и старайтесь на эти два дня назначить по одному-два собеседования. Больше не надо, процесс не должен изматывать. Паника проходит только с опытом, именно поэтому экзамены на пятом курсе и на первом — это две большие разницы.
С девушками тоже работает ;)
Ставлю 100 и не парюсь. 40-50к это зарплата Индуса по 5-6$ в час. Если вы в состоянии отличить индусокод от нормального программирования — укажите на это работодателю хоть как-то. Зарплатными ожиданиями, списком работ, примером кода, рекомендациями…
За интересный проект лично я возьмусь и за 70к, но работодатель должен видеть, что он не Филипинца берет в штат, а работника понимающего где какой паттерн лучше применить, а, главное, где не надо применять никаких паттернов, а просто "писать код, блеать"(с)
А можно где-то прочитать статью "как 100% пройти собеседование"? А то находить ошибки всякий горазд, но куда любопытнее почитать некое «руководство соискателя». Ведь даже избежав всех этих ошибок все-равно можно не дождаться никакой реакции со стороны хантера.
Опыт его работы должен примерно совпадать с технологиями, которые используются в вашем проекте. А это достаточно сложно.
Должен совпасть php-фреймворк (yii, zend, kohana, symfony, codeIgniter, wordpress, drupal, bitrix,...)
Должен совпасть javascript-framework (Moo,Ex,JQ, и еще два десятка)
Должен совпасть стиль программирования (ктоТоПишетТак, а_кто_то_так)
Обязательно хотя бы приблизительно должна совпасть область работы (Гейм-деву сложновато будет разобраться в тонкостях округления копеек при формировании налоговой декларации)
Ну и хорошо, если после постановки задачи вида "нужен адаптер для API приложения А под приложение Б" его не надо отпаивать горячим чаем.
А ведь есть еще социальная составляющая. Кому-то далеко ехать, кому-то нужна парковка…
И еще методология разработки. Кто-то любит парное программирование, кто-то терпеть не может покрывать все тестами.
Чем больше у вас совпадающих «граней» — тем меньше будет косяков при работе и больше должно быть N.
А я бы принес пару старых телефонов просто отдать, ибо выкинуть жалко, а читать с них неудобно + монитор с наверняка просто отвалившейся подсветкой, который чинить самому лень + пару «старых» материнок. Мне некогда это продавать через авито или что-то еще. И таких людей наверняка найдется куча. И если мне «взамен» починят какой-нить несложный девайс, например, вентилятор с прищепкой, стоимость которого 800р, но он мне дорог как память — будет стимул взять коробку из шкафа с хламом и куда-то поехать!
А если электрошокером жахнуть желающих сбить посылку метким ударом палки пару раз, то скоро все племя будет падать ниц при виде жужжащего бога! Или калашниковы закупят… =)
У вас хороший стиль, красивые обороты, но я не увидел как вы использовали Namespace, чтобы у вас и контроллер и модель стали тонкими.
В результате нам удалось создать структуру приложения, где все компоненты хорошо связаны, при этом мы добились четкого разделения классов,
Они не просто «хорошо связаны». Они замурованы друг в друга насмерть и во веки веков, аминь. Для тестовой конфигурации вам придется кромсать класс модели.
где каждый класс выполняет свою задачу. Контроллер у нас тонкий и в то же время мощный. Модель под стать ему. Идеальная семья!
Вся мощь контроллера кроется в фабричном методе… =/
И все багодаря Namespace.
Как?
Так в чем же соль и сахар рассказа? В удивительном autoload?) Я серьезно не понял((((
С девушками тоже работает ;)
За интересный проект лично я возьмусь и за 70к, но работодатель должен видеть, что он не Филипинца берет в штат, а работника понимающего где какой паттерн лучше применить, а, главное, где не надо применять никаких паттернов, а просто "писать код, блеать"(с)
Должен совпасть php-фреймворк (yii, zend, kohana, symfony, codeIgniter, wordpress, drupal, bitrix,...)
Должен совпасть javascript-framework (Moo,Ex,JQ, и еще два десятка)
Должен совпасть стиль программирования (ктоТоПишетТак, а_кто_то_так)
Обязательно хотя бы приблизительно должна совпасть область работы (Гейм-деву сложновато будет разобраться в тонкостях округления копеек при формировании налоговой декларации)
Ну и хорошо, если после постановки задачи вида "нужен адаптер для API приложения А под приложение Б" его не надо отпаивать горячим чаем.
А ведь есть еще социальная составляющая. Кому-то далеко ехать, кому-то нужна парковка…
И еще методология разработки. Кто-то любит парное программирование, кто-то терпеть не может покрывать все тестами.
Чем больше у вас совпадающих «граней» — тем меньше будет косяков при работе и больше должно быть N.
Они не просто «хорошо связаны». Они замурованы друг в друга насмерть и во веки веков, аминь. Для тестовой конфигурации вам придется кромсать класс модели.
Вся мощь контроллера кроется в фабричном методе… =/
Как?
Так в чем же соль и сахар рассказа? В удивительном autoload?) Я серьезно не понял((((