Жизнь - прекрасна (программирование)

даешь сочинение "как я провел летние каникулы"!

it это не только програмирование же

вы хоть раз можете не флудить в теме?
мне вот было бы интересно почитать.

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

я вайлдрудни замещаю, какие вопросы?)))

>мне вот было бы интересно почитать.

чукча не читатеть, чука писатель

программирование - способ выразить себя, сделав мир удобнее
// сис.ад.

Разработка ПО - творческая работа, которая неплохо оплачивается
// инженер-программист

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

Да.

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

> it это не только програмирование же

вид транспорта чтоли?

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

Увы, реальность оказалась проще -- я пошел на одну из немногих доступных на тот момент программерских вакансий в моем городе -- работать самодельное ERP на местный завод (хотя и довольно больших масштабов). Учет материально-технического обеспечения с одной стороны и учет жизненного цикла продуктов. Там мы были сами себе режиссеры, никакого разделения, никакого ITIL, никаких новомодных техник ведения проектов. Иногда возникала интересная работа, особенно поначалу, когда ничего не знаешь. Но по большей части это было именно "work is work". Сходи к "клиенту", узнай, что ему надо, придумай как реализовать, предложи схему, реализуй. Со временем нового оставалось все меньше и меньше, хотелось больше денег. Через три года я ушел в другую фирму, где работаю сейчас.

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

Сейчас хочется "правильных" технологий и методологий, правильного разделения труда и все такое. Но иногда я задумываюсь -- а не стану ли я тогда просто придатком, инструментом? Таким же незначительным элементом большой конторы, как какой-нибудь аналитик или агент? Есть надежда пойти куда-нибудь в реальную софтовую контору, в эмбед или секурити, но пока я не представляю себе, как вообще выглядят реальные софтовые конторы -- я в них не работал. И будущее пока туманно в этом плане. Плюс так же туманно то, что я буду делать в 45-50 лет.

Ок, начал кто-то другой.

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

>вид транспорта чтоли?

скорее образ жизни

> скорее образ жизни

образ жизни это гикнутость. к IT не имеет вообще никакого отношения.

> Есть надежда пойти куда-нибудь в реальную софтовую контору, в эмбед или секурити

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

>программист - реализатор, в больших конторах наоборот это прослеживается более явно.

Хорошая контора не обязательно должна быть большой :) Естественно, программист, как любой инженер, является реализатором, но разница в том, с какого уровня начинается его реализаторство. Не знаю, остался ли ещё где-то старый подход, когда программист пишет всё строго по спеку. Там, где я работаю сейчас, работа программиста охватывает software development в очень широком смысле, т.е. от руководства или аналитиков приходит задача, как её решать - up to you.

Насколько я понимаю, такой метод работы "как её решать - up to you" -- это как раз и есть старый подход. Это подход маленьких контор, либо нецелевых контор. Промышленный подход -- это Макдональдс, где каждый человек -- инструмент, выполняющий свою работу, и менеджер, который эту работу координирует. Видимо, это обходится дешевле.

>Видимо, это обходится дешевле.

Такой подход имеет самый высокий КПД, со всеми вытекающими.

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

Естественно, координация со стороны менеджмента присутствует, равно как и общие рутны workflow, но я всё-таки пытаюсь отстоять творческую составляющую профессии :)

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

42

>Иногда это интересно, иногда не очень. В перспективе это тоже скатится к скучному и однообразному процессу.

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

меня прет моя работа. трачу на написание софта от 70 часов в неделю.

такие посты мне напоминают текущий хабр((

> Просто когда ты доучишься и освоишь азы профессии, тебе уже будет неинтересно, ты сразу будешь знать способ каким нужно решать определенную задачу. В основном программистам интересно, когда они изучают что-то новое, а потом не остается ничего как подобно Луговскому наставлять зелень на тропу истины

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

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

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

Программирование == решение задач. Их можно решать в лоб, можно подходить творчески (в заданных рамках). От "совсем все" до "чуть больше половины" задач -- унылы и решаются в зависимости от скорости печати, лени, настроения. Архитектор и дизайнер ПО -- попросторнее будет, в плане самовыражения. Но в целом там такая же ситуация.
Касательно себя. Я готов работать по 10 - 12 часов, меня это увлекает, но только если я делаю то что мне интересно -- чаще это свои проекты. А работа -- это деньги и иногда отличный коллектив, не более того. Имхо.

> От "совсем все" до "чуть больше половины" задач -- унылы

Большинство задач — унылы

// соптимизировал

Программирование, зачастую, захватывающий процесс. Улететь в облака не дают разве что приоритетность задач, scope и сроки. А так — всегда хочется решить задачку лучше, чем все до тебя, даже если среди всех находишься и ты сам.

Лучшее решение задачи — это создание чего-то нового. А созидание, потребность в нем у людей в крови. Ведь, по сути, «посадить дерево, построить дом, вырастить сына» — это созидание в той или иной степени. Туда же можно отнести и написание программ. А созидание вместо потребления — это то, что привносит в жизнь смысл. Чем полезнее результат, тем больше смысла и удовлетворения жизнью.

Меня наиболее демотивирует в данной работе то, что начальство влияет на процесс разработки, само при этом в нем не понимающее ни байта.
Рутины тут явно более чем на половину.

я все понимаю, кроме одного. почему человеки так обожествляют это слово 'embedded'? ведь если покопаться, то УГ чуть более чем полностью. нет, правда.

// человек почти с десятилетним стажем в этом эмбедед

Я уже приводил статью, почему пендосы не идут в программирование, а нанимают индусов.

Вернее, WASP'ы занимаются программированием, но в виде разработки новых языков, преподавания, теоретических изысканий.

Я бы сейчас не пошел бы в программирование. И вообще, пошел бы в гуманитарии. (ГСМными могут быть не только гуманитарии, но и технари. И, наоборот, обладатель гуманитарного диплома может не быть ГСМным.)

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

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

> я все понимаю, кроме одного. почему человеки так обожествляют это слово 'embedded'? ведь если покопаться, то УГ чуть более чем полностью. нет, правда.

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

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

Или там какой-то прибор, например, один опкод не такой, и больной умирает. Потому что управлял прибор диализом.

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

Но я с готовностью представляю эмбедщика, которому уже в горле стоят его умные тостеры, и он бормочет «энтерпрайз... жаба... оракл... романтика!» (а через 10 лет — рыбалка! романтика!)