Ну вот у меня было проще. Мне не понадобилось даже портфолио. Просто когда я написал тестовое задание (переделал один узел, который ронял мускул так, что он стал потреблять 3%), вопросы о профпригодности отпали. Мне даже не пришлось объяснять, что это лучше. Результат сказал за себя.

Да, справедливости ради нужно отметить, там, где я работаю, не выполняют заказов. Хотя и заказы можно выполнять по разному. Можно быстрей-скорей, а можно качественно, для заказчика. Что бы не пришлось ему потом наращиваь мощностя и искать специалистов какого-нибудь экзатического фреймворка.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

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

_____________
Обучаю веб-программированию качественно и не дорого: http://school-php.com
Фрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).

twin

Как у Вас с командой или Вы единственный программист ?

Нормально все с командой. Некоторые наши тут тусуются. Не буду называть кто.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

twin
Для меня поик работы никогда не был проблемой, может потому что очень много людей меня знают,но не в этом суть.
Когда меня взяли ,на ту работу , на какой щас работаю, меня уже хотели поставить дежурным инженером уже через три дня после устройства, хотя была договореннось про 2-х месячное знакомство с оборудованием, короче караул, я даже толком не знал , где что находиться на заводе.
Тоесть вы поняли , долго доказыввать свою квалификацию мне не пришлось.
Так вот, простой пример, я уже третий год убеждаю начальство перевести автоматику на ПЛК,
это и дешевле и эффективнее и более гибко.Нивкакую, походу они просто боятся, потому что в этом никто разобраться не сможет, если я уйду.Они будут лучше ящиками покупать фирменные дорогущие реле, чем несколько ПЛК.
Тоесть вывод какой, можно себя считать крутым спецом или быть таковым,неважно,Важно то , что начальство всегда будет стараться минимально зависеть от ваших знаний, что бы не попасть в зависимость и в любой момент заменить аналогом. Почему, да очень просто, собственные амбиции и хитрость начальства не дают сделать.
Поэтому говорить , что в целом хорошо, а что хорошо на работе - это две совсем разные плоскости.

twin&sergeiss
Не подымайте тему телеков,я вас прошу, они мне за 14 лет просто страшно надоели.

Позвольте и мне вставить свои 5 копеек.
Работаю в фирме, где многие проекты были написаны в далеком прошлом, еще со времен конца PHP4 начала PHP5. И не дай Бог Вам открыть эти знаменитые файлы, где навалено тонна спагети-кода, в котором уже только компилятор может разобраться где, что находится и как это должно работать. Тут Вам и бизнес логика, и запросы, и отображение, и все в процедурном стиле(хотя местами и проскакивают классы, но лучше бы их не было) и все это в одном файле. О какая крутая оптимизация ,и нету никаких Вами не любимых паттернов MVC! И что мы имеем в итоге? А имеем вот что, писали эту поделку около ~30 человек разных, я подчеркиваю, разных людей по знаниям в программировании, у них не было единой структуры, каждый лепил что умел и как хотел. Вот он, итог! Если бы использовался готовый фреймворк, то по крайней мере можно было бы разабратья и узнать откуда следы растут, и что где вызывается, всего лишь прочитав документацию. Сам я считаю, что для работы в команде, просто обязательно нужен фреймворк, уже отдебаженный и с хорошей документацией на английском языке. Может это будет не один из популярных, которые мы имеем на сегодняшний день, а написанный под конкретную задачу, но общая среда разработки должна быть!

Из вики:

Сегодня ко мне приехал человек с Чехии,специально для меня(моего проекта).

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

Где я работаю люди с разных страх мира,более 50 программистов с разных уголков мира.Начиная Америки,заканчивая Австралии.
С пол отделом я еще не знаком.

И все мы должны писать единым стилем,едиными принципами и стандартами.
Для ИТ - стандарты просто ОБЯЗАНЫ быть.
Это КАК Говорить на едином языке.

В противном случаи Вы просто говнокодер,игнорируя все правила.
Вы не перепишите систему , которая использует более 5 различных баз данных,весом более 100 терабайт.
Не используя никаких фреймворков ,стандартов,библиотек и ООП концепции.

Года 4 назад, Я имел опыт с одной системой. Где был один файл , в котором было 30 тысяч строк. Java script ,php,запросы все вместе.(Куда там MVC)

У меня компьютер тормозил,в нотепаде я открывал только этот файл. Это был самый ужастный говно-код, который я видел.
Я бы отрубал руки таким программистам.

Я понимаю , если бы Вы говорили бы об "логическом или функциональном программирование(Haskell,prolog,F#).
За которым будущее.

Вы советуете глупость и пытаетесь распространить её всем. Но не надо портить жизнь начинающим.Вы то работаете.

Twiter,facebook,vkontake все используют ООП.

Какие доказательства ещё нужны ,что бы Вы поняли что Вы ошибаетесь во всех аспектах.

Я говорю о личном опыте , с которым я столкнулся.

Oyeme
Согласен на все 100 процентов, если вы хотите работать в команде (не 5-10 человек, а более) где ты лишь звено в цепи, которая должна работать как единое целое и без сбоев - ты просто обязан принимать стандарты.
Фрилансеры-одиночки могут писать, как тот дядька на рисунке 01010101... все быстро работает и в 1ом месте..

UPD

Объясните мне кто-нибудь, как можно придти в компанию на должность программиста, где написан проект (допустим на symfony), где работает группа программистов, которая его поддерживает, развивает и переубедить переписать его на процедурный стиль и тем самым подмять всех под свою индивидуальную философию. Не знаю как в России, но в Европе ваше собеседование закончится полным фиаско.
Допустим, Вы переубедили, все отлично, все согласились.. теперь вопрос, а как же вы будете все вместе работать в единой упряжке? Без фреймворков, все на чистом листе? Без стандартов? Хммм.. мысли еще никто не научился читать. В любом случае появится какой-то движок. В итоге мы получаем те же яйца только на процедурном стиле.

_____________
Заработок для веб-разработчиков: CodeCanyon
Мое Портфолио

dron4ik
*facepalm*
Ты сильно не бери в голову, тебе не понять.

_____________
Обучаю веб-программированию качественно и не дорого: http://school-php.com
Фрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).

Вот про ТV ну очень интересно вышло!
моя прошлая среда,
терь все по порядку:
вначале было===>
Телики клепали каждый завод не знал КАК?? и каждый его делал на свой лад и риск, и не каждый в результате получалься стабильным.
(это я из практики говорю, починил достаточно много и много видел всякого рода моделей)
, потом: если у кого (заводы) получилось или наоборот, стали меж собой договариваться(так собстно думаю) или начали стягивать друг у друга, некоторые решения или целыми блоками.
Так постепенно пришли к унификации, снаружи стали разные внутри все блоки одинаковые с маленькой надписью в низу схемы: завод оставляет свое право вносить изменения в схему , не ухудшающую её работу.!!
Дальше больше:))
блоки были очень похожи но каждый имел свои изяны, то раземы несовпадали, с другими, то примочки всякого рода, надо было отключать, то просто по размерам не вписывались, всё это называлось у нас одним словом-ХИМИЯ

и заводы имели свой так сказать стиль.
Симферополь- достаточно нестабильные ТВИно отличные кинескопы, Электрон и Темп
Беларусь(Горизонты) эти творили в каждой новой модели эксперименты, принципиальное изменене схемы не ухудшающую её работы, но результат так и оставался плачевный , вообщем как на душу придется получалось
Воронеж(Рекорд) эти пошли своим путем, они забили на унификацию и выпускали свою модель ,при этом использовали маленькие законченные блоки которые уже невозможно как то переделать, пример ПТК(переключатель каналов) но остовалась городое слово /Унифицированный/

И так далее
МОсква(Рубин) эти никаких эксперементов: брали отработанные схемы уе старые на которых остальные уже понабили шишек, эксперементируя, и шли по вырезанию всего не нужного и лишнего, вообшем блоки прошедшие тесты и зарекомендовавшие себя с хорошей стороны и ничего в них не меняли, получалось, достаточно неплохо. Но модель получалась старого образца. двух - трех летней выдержки

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

_____________
«Гнусное свойство карликовых умов приписывать
________________!свое духовное убожество другим!»
___О) как-же он прав=>__________________ © Оноре де Бальзак.
отличный хост(рекомендую !! )
My MVC-CMV