Эх, читаю ответы и грустно становится. Как говорил мой начальник (на которого я до сих пор работаю) "У меня было много работников, и опытные, и которые только обучались, но никому работа не приносила удовольствие. Они делали это потому что надо, а не потому что хотели."
А как говорил Конфуций: "Выбери себе работу по душе, и тебе не придется работать ни одного дня в своей жизни"
Так вот, я лично занимаюсь IT потому что мне это нравится, это интересно, увлекательно. Да, за бесплатно пахать 8 часов каждый день никто не будет, но деньги вообще не главное в этом профессии, особенно когда и так средняя ЗП хорошая и грех на неё жаловаться.
Я считаю огромным плюсом, это то, что работая IT специалистом, ты можешь посещать другие компании, побывать в них, посмотреть что они делают, как это все работает изнутри. Недавно я конфигурировал сервак за 350к рублей, без надобности покупать его, это же прикольно держать в руках и иметь дело с такими дорогими вещами, не покупая их.
Вообщем мнение своё высказал, а людей которые делают свою работу, лишь потому что это работа, жалко.
Желаю всем найти работу по душе, чтобы вы могли совмещать хобби и работу.

У нас компания достаточно маленькая, но что сделал мой начальник: Он написал простой сайт, куда мы записываем имя компании и потраченное время + проведённую работу. Выполнил задание - добавил на сайт и клиент получает счёт на эти часы. Оплату мы берём за единицы по 15 минут, то есть 3 часа работы это 12 единиц по определённому прайсу, в данном приложении вписываем собственно кол-во единиц.
Ну и в принципе всё, тут люди говорят что это всё дело на менеджерах, а не на кодерах и нужно дать причину кодерам трекать своё время, но меня с самого начала приучили делать это и я принял это как должное, как одну из обязанностей работы. Но тут всё таки нужно верить каждому на слово, если есть недоверие - этот метод не подойдет. Но он самый простой и легкий, написать такой сайтик вообще труда не составит.
Но допустим даже работник чуть приувеличил кол-во часов, вписал вместо 4 часа - 5 часов, это разве страшно? Вы же не платите почасово разработчику деньги за проделанную работу, а наоборот, платят вам клиенты. Как дело они не разбираются и такая практика применяется везде, у кого-то меньше, у кого-то больше, но в основном везде. А так в ИТ очень сложно определённо сказать сколько времени займет та или инная задача, ибо уровень квалификации у каждого человека разный, да и мало ли какое рабочее пространство, то никто не будет спорить 4 там часа или 5 часов надо оплатить. Ну это глупость.
Всё зависит от вашей компании, у нас работает такой метод и весьма успешно.
Я лично знаю какой прайс выставляется клиентам и когда проделываю работу на определённое кол-во единиц, сразу понимаю что я как минимум заработал для компании больше, чем мне выплатят за этот день и уже могу спокойно выполнять другие задачи, не загоняя себя.

С чего ты взял что твой код будет лучше и безопаснее? Обычно даже наоборот. Библиотеки - подддерживают десятки или сотни программистов, улучшают, фиксят баги и уязвимости.
Тебе надо самому тестировать свой продукт, идеальной системы без дыр, которую невозможно взломать, просто несуществует. Дело лишь в том, как много усилий и затрат надо потратить на взлом проекта и будет ли оно того стоит, чтобы за это кто-то взялся.

Так создается продукт (с мелкими отличиями исходя от авторов):
1. Появляется идея
2. Обдумывается, перебираются разные варианты реализации, ищутся подводные камни, обдумываются детали, как и что будет работать и друг с другом взаимодействовать - кратко: брейншторминг
3. За комп всё еще никто не садится, берётся карандаш или ручка и пишут на бумаге архитектуру, продумывают как и что будут работать детально, какие классы будут существовать, какие у них будут методы, как это всё можно разделить на логичные части. Обычно этим занимается человек с соответственной должностью.
4. Составляется ТЗ программистам, ведь программисты пишут код, конечно же хороший программист должен и архитектуру уметь строить, но когда у вас команда, это сложно реализуемо.
5. Программисты начинают писать код по ТЗ, для них всё ясно и имея нормальное ТЗ очень легко работать.
В этом списке я пропустил разных там маркетологов, психологов, аналитиков, дизайнеров и т.д. и т.п.
Но думаю суть ясна, просто так пришла идея и сразу начать писать код - нельзя. Ибо потом ты будешь свой же код десятки раз переписывать пытаясь внести правки.