Что читать, юношеству

incognito Из вашего резюме хочу подчеркнуть, что вы относитесь к программистам (?) класса В, то есть тех, кто знает ничего обо всём или точнее просто ничего. 8) Точнее: ваши знания устарели, если они и были! 8) Сам я работаю в команде, команда ЯрГУ заняла перое место по программингу в центральном регионе, то есть обошла ведущие команды России, не считая московские и питерские ВУЗы, в которых частенько учатся наши ярославичи. 8) То есть ваше высказывание о том, что ярославцы не умеют кодить в команде беспочвенны. Дальше мне читать было влом, скажу лишь, что стиль кодинга - не главное, но не могу придраться к стилю ребят с которыми работаю ( ну кроме "того самого парня" ). Из всего вышесказанного скажу, что мысленно ужав рекламный гонор разведённый в вашем резюме, я бы вас на работу не принял, по причине слишком высокой самооценки. Вам надо работать мэнеджером или главой компании, ниже уже никак - самооценка не позволяет. 8)

ЗЫ. Хотите увидеть хороший стиль программинга в Ярике загляните в "Ками-Север" или "Тензор". И там, и там я ребят знаю - отличные кодеры. 8)

* * * * *

Это сообщение отредактировал dogma - 27.09.2010 - 23:10

Weber, можно я позадаваю Вам вопросы?
- Скажите, а где Вы прочитали мое резюме? Или Вы играете в испорченный телефон?
- Действительно ли Вы читали то, что я писал? Например, что стиль есть всего лишь один малюсенький аспект (цитата)?
- Понимаете ли Вы, какую задачу выполняет резюме? (я смотрю на Ваше пренебрежительное "рекламный гонор") Есть ли у Вас многократный практический опыт успешного применения резюме, раз уж речь зашла об этом?
- Понимаете ли Вы разницу между задачками по программированию, предлагаемыми на конкурсах, и разработкой программных продуктов для массового пользователя от задумки до снятия с производства?
- Понимаете ли Вы разницу между "в Ярославле" и "ярославцы"?
- У Вас принято без причины (фактов) сомневаться в достоверности изложенного в резюме? (раз уж Вы его где-то увидели, на что я разрешения не давал). Почему?
- На основании чего Вы сделали вывод, что я знаю ничего обо всём или точнее просто ничего (цитата)?
- Скажите, к какому классу программистов относите себя Вы, и на основании чего?
- Согласны ли Вы с тем, что исключения (на город в 600+ тысяч человек) лишь подтверждают правило?

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

вот, говорят, хорошая книжка по RUP

http://books.dore.ru/bs/f1bid2454.html

Как и в любом деле, самое главное - иметь удовлетворительный ответ на вопрос: почему так, а не иначе? В менеджменте то же самое: почему для этого проекта и этого коллектива подойдет именно RUP, а не какая-либо другая технология управления? (я пока не умею отвечать на такие вопросы по менеджменту)

Лет 15 назад я понял, что книжки нужно читать на языке оригинала. В противном случае теряется исходная мысль и, что очень существенно, терминология. Тогда с такими книжками было трудно: доставалось из-за границы, или ксерокопировалось в ГПНТБ, если оно там было. Плюс кое-что иногда находилось в Москве в некоторых книжных магазинах. Сейчас же почти все есть в ослике, а редкости легко купить хоть прямо на амазоне.

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

Упомянутая книжка тоже есть в ослике.

incognito

Полностью с Вами согласен. Но! Задачки с чемпионата мира ACM требуют большей смекалки, эрудиции, фундаментальных знаний и мышления. Именно в них сосредоточена научная часть всей т.н. "программной инженерии". Только этап программирования (да и то, скорее, только его часть, касающаяся реализации алгоритмов) более-менее, научно проработан. Другие этапы (анализ, проектирование, тестирование, постподдержка) "жизненного цикла" ПО находятся на стадиях, в лучшем случае, "инженерных аспектов", а в худшем - на стадиях псевдомодного менеджмента.
Чтобы не выглядет голословным приведу свой "список проектов". Участвовал в создании программной системы для обучения заводского персонала всех уровеней технике применения контрольных карт, успешной внедренной в учебный процесс Академии промышленного менеджмента. Сейчас же, являясь сертифицированным специалистом по ERP системе SAP Business One, непонаслышке знаком с подходом к реализации всего жизненного цикла ПО компании SAP - лидера на рынке ERP систем.

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

Как Вы знаете, в индустрии софта немало патентов. Там очень много умных патентов, имеющих в основе своей науку. Но не меньше и патентов-находок, основанных просто на здравом смысле, или обычных инженерных решениях (методах, алгоритмах). Коллектив из 60 программистов, в котором я недавно еще работал, от новичков до матерых, в год выдает 15-20 патентов. Вы думаете, это все сплошная наука? Это не так. Я не могу похвастаться тем, что у меня было новое слово в науке.

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

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

Конечно, это немного утомительно для каждого конкретного программиста. Однако, когда понимаешь, что без этого не получится управления проектом, вздыхаешь, и делаешь. Приведу личный пример. На отдельную компоненту примерно в пару тысяч строк на языке Си было необходимо разработать: Block Design Document (порядка 30 страниц с иллюстрациями), Test Specification (порядка 30-40 страниц описания блок-тестов и use cases), Test Results Document (20 страниц описания прохождения тестов, найденных ошибках, и перетестированиях). Кроме того, такие же документы пишутся на подсистему, когда несколько компонент интегрируются в единое целое. На подсистему же предварительно всему пишется Feasibility Study, Implementation Proposal, и много других документов - месяцы, прежде, чем будет написана хоть одна строчка кода.

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

Снимаю шляпу. Скажите, в Ярославле есть адекватно оплачиваемая работа для людей с Вашими credentials? Мне кажется, Вам имел бы смысл перебираться в Москву. Там Вы быстро "вырастете", как по опыту, там и по деньгам. С другой стороны, область очень нишевая, и Вам придется решить для себя, хотите ли Вы посвящать этому многие годы жизни.

incognito
В ослике все есть Нет только программы, которая знания непосредственно в мозг записывает... может кто возьмется?

Nazer
А вы хорошо искали? В общем, найдете - дайте мне знать! А пока приходится по старинке.

incognito
Наверное плохо, раз не нашел. А если серьезно, ощущается стойкая потребность в хороших обучающих программах.

* * * * *

Это сообщение отредактировал dogma - 27.09.2010 - 23:11

dogma
Это - игра
Я сам удивляюсь, почему никто не додумался вместо всяких фаерболтов и виндштормов ввести в игру элементы обучения нужным вещам. Я, человек далекий, и то бывает поиграв в какую-нибудь игрушку обнаруживаю что выучил кучу ненужных терминов и взаимосвязей между ними. (кто играл в Вангеров, поймет )

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

Считаю, что у нас нормальным программистам делать нечего. Разве что только временно "прикантоваться" с целью сертифицироваться засчет фирмы. Однако, сертификацию оплачивают только самые крупные фирмы, вроде "Ками-север", а попасть туда не так то и легко.

Сам я работаю в московской фирме, партнере SAP. К сожалению, по моим наблюдениям, даже в Москве людей Вашего склада не так то много. Даже в самом SAP главной целью многих сотрудников является "осваивание" денег заказчиков. Хотя, наверное, это связано с тем, что Россиское представительство SAP ориентировано, в основном, на т.н. "sales".

Да, Вы совершенно верно заметили, именно такая стоит дилема.

* * * * *

Это сообщение отредактировал dogma - 27.09.2010 - 23:12

* * * * *

Это сообщение отредактировал dogma - 27.09.2010 - 23:12