Как - то читал один популярный сайт и в одной из статей, один программист указал некоторые принципы работы, вот хотелось узнать, сколько за и сколько против ) Может есть ещё какие "Принципы". Поделитесь опытом )

"
В современных условиях я советую 4 принципа работы программистом в РФ

    Будь всегда администратором репозитория — иначе потеряешь работу
    Пиши так, чтобы читать код мог только ты — иначе потеряешь работу
    Оставляй всегда пару косяков — иначе потеряешь работу
    Минимальная единица планирования — неделя — иначе потеряешь работу


Перевожу последний пункт на язык попроще —
Никогда не говори
    Тут работы на два часа

Все советы — для проектов, не нужных будущему. А таких — 90 процентов.
"

Надо дополнить еще одним пунктом - будешь пользоваться этими советами - потеряешь работу.

(1) уволить такого человека действительно непросто.

На форуме как - то тема была, где человек рассказывал, что на него косо смотрят из за того, что она якобы не чего не делает.

(2) Косячника, затягивающего сроки-то? Думаю первым пойдет под нож.
Сколько не тестируй, а косяки все равно остаются, а тут еще специально надо косячить... Чел писавший это не работал в большом проекте походу

(0)  "иначе потеряешь работу..."

- Не боятся потерять работу !

Если он один и проверить его работу некому - может и сойдет, а так раскусят сразу.

Я не придерживаюсь принципов в (0)
  У меня все это непроизвольно получается.

в принципе есть смысл, кроме пункта 2 - за него надо хреначить пыльным мешком из-за угла

(8) т.е. пункт 3 вас не смутил?

бред

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

(0) >Как - то читал один популярный сайт и в одной из статей, один программист

это более длинный способ сказать "у моей подруги с ее парнем"

Какая-то дичь.

Ну ну

(0) если начальник не дурак- выгонит тебя и все.
незаменимый на. не нужен.

(15) Ну я - то таких принципов не придерживаюсь, это просто цитата. Вот хотелось узнать Ваше мнение.

>Пиши так, чтобы читать код мог только ты — иначе потеряешь работу
>Оставляй всегда пару косяков — иначе потеряешь работу

сосю в сухом остатке за это и выперли

так что не работает

(0) Это прокатит только в мелкой конторке. Крупнят спокойно выпнут такого идиота. Месяца 3 поплюются, а потом нормально начнут работать и прогов нормальных найдут.

В топку таких быдлокодеров.

"Оставляй всегда пару косяков" - это не косяки, это закладки, которые только ты знаешь где они и как их исправить. Это может быть полезно, как защита от кидалова. Новый прогер просто их не заметит, а когда заметит, уже будет поздно.
Наверно для фришек будет актуально.

голос

предпочитаю чтобы после увольнения (точнее еще до но только слухи/желание) сразу же выстраивалась очередь готовых "взять на работу"

и пару раз так было, поэтому

КГ/АМ

(0) и будет он вечным программистом

Работаю на совесть - чтобы получать от своей работы удовлетворение. Случается что возникают какие-то проблемы, порожденные тем, что я не до конца продумала алгоритм (или банально из-за ошибок в коде, которых избежать на 100% не получается) - но специально оставлять "заготовки" для будущих проблемных мест это омерзительно.
Уж лучше развиваться как специалист и самообучением заниматься чтобы проблем с работой не было, а не гадить под себя.

http://bash.im/quote/420672
Вася и Петя одновременно начали писать один и тот же продукт.
Вася был «ориентирован на результат» и начал сразу писать г%код не продумав толком архитектуру.
А Петя месяц разрабатывал архитектуру, месяц делал удобный интуитивный интерфейс, которому позавидывал бы Джони Айв, потом месяц писал тесты, потом два месяца писал сам код и получил идеальное стабильное приложение.
Но Вася выпустил уже через месяц первую версию программы, пусть и не идеальную, пусть с багами, но рабочую, и начал её продавать. Ещё через месяц выпустил вторую версию исправляющие баги первой и добавляющие новые баги. Ещё через месяц на доходы от продаж нанял двух толковых программеров, которые за два месяца перелопатили весь код, согласно пожеланиям пользователей допилили интерфейс и выпустили третью версию программы.
Итого, через пять месяцев у Васи было два работника, куча клиентов и сносно работающее приложение отвечающее желаниям клиентов.
У Пети было вылизанное никому не известное приложение, минус на банковском счёте и ни одного клиента.
В завершение этого выдуманного примера можно сказать, что через полгода Вася купил все наработки Пети, Петю взял в штат тестировщиком, а сам по пьяни разбился на своём новеньком Туареге

(25) когда тебя кинут на пару месяцев работы, посмотрим, омерзительно это будет или нет. Тем более когда ты работаешь за еду и денег и так нет.
Конечно, когда ты фикс на окладе, да и давно уже работаешь, то  об этом уже даже не задумываешься.

з.ы. Лично со мной такого не было, но историй наслушался. (особенно от дизайнеров, у них там это вообще норма походу)

(27) Гадить вместо нормального решения проблемы - типа восстановление справедливости? Нет денег - меняй заказчика/работодателя.

(0) Это принципы программиста-флейтиста. Под руклем отдела разработки ты по любому такому пункту вылетишь с работы, лохов нет.

(0) экспертиза у сотрудника должна накапливаться по процессам заказчика и предметной области внедрения, а не ключу к читаемости кода или оставленным косякам.

ЗЫ минимальная граница планирования зависит от пула задач и может быть хоть в неделю-другую, хоть в день. меньше дня смысла действительно не имеет планировать.

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

(31) Могу взять в руки ложку и борща поесть.

(28) Почему гадить то? Просто заказчик не хочет расплачиваться за предоставленное решение или считает, что и половины обговоренного хватит или считает, что хотел он совсем не это, а тз это для программиста, а не для него документ. и прочее
Или для России это нонсенс и в такую ситуацию даже бедные студенты не попадают?

(33) значит нефиг работать с такими "заказчиками", и не путаем плиз "фриланс" с "нормальной работой на заказчика" пусть и удаленно

при фрилансе вообще без получения 50% предоплаты за текущий этап нет смысла сдавать работу

(27)Вы очень проницательны. Я фикс, работаю на окладе и фриланс вообще категорически не моё - а во франче я смогла бы только в проектном отделе работать.

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

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