Программист.
Главное - периодически подкидывать новые баги в апдейтах, чтобы клиент не сполз с крючка. Но ведь такое сопровождение называется просто и ёмко - кидалово.
Вот, вот... о том же.
Вот, вот... о том же.
Программирование - это как сочинение на заданную тему, просто на другом языке.
Есть божий дар - ты покоришь мир, ну как Дима Гуртяк в свое время, вечная ему память.
Нет таланта - будешь ремесленником. Но они тоже нужны.
А что бы ремесленник фигни не наделал, нужно четко формулировать тех.задание.
Насчет преподавания - лет так 10 назад довелось мне прочитать цикл лекций и вести практику по информатике в филиале одного из Новосибирских вузов в г.Болотное, в качестве гуманитарной помощи, так сказать.
Вот казалось бы периферия - тогда в Болотном компьютеров почти ни у кого не было.
И я Вам скажу ездил я туда сначала без энтузиазма. Ибо думал - кому я там нафиг нужен. Да и вуз не профильный. Да и лектор я хреновенький
Но по мере чтения лекций стало понятно, что там есть вполне заинтересованные студенты.
И самое интересное, что лет так через 5 один из студентов со мной связался и сказал, что работает программистомА выбрал эту профессию только потому, что ему на одном из практических занятий понравилось, то как я их учил делать мультики в Macromedia Flash, и он решил, что сам напишет такую программу
Приятно было, не спорю. Что не зря 2 раза в неделю туда и обратно мотался.
Так что если хотите просто учить - попробуйте в вузах или техникумах почитать лекции. Пара студентов всегда найдется достойных.
А брать именно на работу человека, что бы он работал только за духовную пищу и туманные перспективы стать специалистом несколько неправильно.
Есть божий дар - ты покоришь мир, ну как Дима Гуртяк в свое время, вечная ему память.
Нет таланта - будешь ремесленником. Но они тоже нужны.
А что бы ремесленник фигни не наделал, нужно четко формулировать тех.задание.
Насчет преподавания - лет так 10 назад довелось мне прочитать цикл лекций и вести практику по информатике в филиале одного из Новосибирских вузов в г.Болотное, в качестве гуманитарной помощи, так сказать.
Вот казалось бы периферия - тогда в Болотном компьютеров почти ни у кого не было.
И я Вам скажу ездил я туда сначала без энтузиазма. Ибо думал - кому я там нафиг нужен. Да и вуз не профильный. Да и лектор я хреновенький
Но по мере чтения лекций стало понятно, что там есть вполне заинтересованные студенты. И самое интересное, что лет так через 5 один из студентов со мной связался и сказал, что работает программистом
А выбрал эту профессию только потому, что ему на одном из практических занятий понравилось, то как я их учил делать мультики в Macromedia Flash, и он решил, что сам напишет такую программуПриятно было, не спорю. Что не зря 2 раза в неделю туда и обратно мотался.Так что если хотите просто учить - попробуйте в вузах или техникумах почитать лекции. Пара студентов всегда найдется достойных.
А брать именно на работу человека, что бы он работал только за духовную пищу и туманные перспективы стать специалистом несколько неправильно.
> Главное - периодически подкидывать новые баги в апдейтах, чтобы клиент не сполз с крючка. Но ведь такое сопровождение называется просто и ёмко - кидалово.Тут вот какая беда получается: апдейт, в большинстве случаев (ну если это именно апдейт, а не багфикс), несет с собой новый функционал. А в новом функционале - завсегда есть баги. Хуже то, что баги попадают и в уже имеющийся ранее, т.е. отлаженный, с точки зрения клиента, функционал. Регрес-тесты, понятно, несколько вправляют ситуацию, но, увы, не на 100%.
Вот, вот... о том же.
Не надо нового функционала? не платите поддержку, всего и делов-то.
Ну или платите за версию, разрабатываемую лично для вас - и такие клиенты есть, им критично, чтобы новых багов не было, соответственно платят за багфикс сугубо своей ветки. Но вот беда: иногда им хочется нового функционала, как у конкурента...
Вы издеваетесь? Купил ПО, а потом дополнительно платишь за багфиксы своей версии? Вы когда MS Windows покупаете, то апдейды тоже за деньги качаете? Или ещё смешнее: купил дырявые ботинки, а потом платишь, чтобы дырки заклеили?> Главное - периодически подкидывать новые баги в апдейтах, чтобы клиент не сполз с крючка. Но ведь такое сопровождение называется просто и ёмко - кидалово.Не надо нового функционала? не платите поддержку, всего и делов-то.
Вот, вот... о том же.
Ну или платите за версию, разрабатываемую лично для вас - и такие клиенты есть, им критично, чтобы новых багов не было, соответственно платят за багфикс сугубо своей ветки.
Есть другие модели, когда свободно качаешь ПО, а техподдержка за деньги. Но я говорил не об этом.
Ну, тут главное, что бы часть сливок студенту досталасьКогда то и я , будучи студентом, писал программку для одного из преподавателей.
Славы и почета мне, конечно, не досталось, но при первом трудоустройстве упоминание о данном факте мне весьма помогло.
А когда я, уже будучи руководителем, нанимал студентов для какой либо работы, я им предпочитал платить наличными - и ей богу - никто ни разу не отказался и в цене всегда сходились.
И не потому что я такой распрекрасный и щедрый, а потому что заплатив деньги, я с человека могу с полным правом требовать качества работы.
Когда то и я , будучи студентом, писал программку для одного из преподавателей. Славы и почета мне, конечно, не досталось, но при первом трудоустройстве упоминание о данном факте мне весьма помогло.
А когда я, уже будучи руководителем, нанимал студентов для какой либо работы, я им предпочитал платить наличными - и ей богу - никто ни разу не отказался и в цене всегда сходились.
И не потому что я такой распрекрасный и щедрый, а потому что заплатив деньги, я с человека могу с полным правом требовать качества работы.
Ну насчет пятки в грудь... я так понимаю, Вам особо гордиться нечем, раз помалкиваете.... "большие проекты"... может и участвовали, только похоже лучше не вспоминать...
А зачем писать так, чтобы физически не было времени "переписывать", не подскажете? Сразу нельзя по-людски делать, религия не позволяет? Вроде как как раз для таких случаев и функциональное программирование есть и модульное и даже ООП приладить можно, ежели с головой подходить... или нет?
Как пример, из одного ну очень большого проекта: есть диалог по проверке и правке данных, "всосанных" из Экселя... простенько и незамысловато... зашел админ, посмотрел выданный список, где надо поправил и сохранил... возникает "развитие": надо дабы владелец этого Экселя тоже апосля заливки мог чего поправить... перед админом... и? Опаньки! возникает новый диалог - практически дубликат первого... дальше больше... вот уже и проект "большим стал"...
Не узнаете? А собака в чем "порылась"? В лени и любимом "копи-пасте" (I like to move it move it)...
А сделай сразу по-людски и вместо нового диалога можно предоставить часть прав на старый... и "физически перписывать правильно" нечего.
Критерии то просты "как три рубля":
Если код повторяется "почти" - то это функция с параметрами... если есть одинаковый по сути, но разный по содержанию набор действий - то надо делать классы с наследованием от интерфейса...
а в основе лежит малюсенькая книжка Касьянова "Оптимизационные преобразования программ"... только много ли в Новосибе прогеров кто всю математику в ентой книжке осилил? Куда как проще отговариваться: "в наше время память экономить не надо" или "это не вписывается в принятый шаблон проектирования" или ишо как... только нафига он такой шаблон нужен? Бабки из лохов за апдейт брать, как в примере выше... а ведь это даже апдейтом назвать-то можно с натягом!
а есть ещё много книжек, полезных и разных... мне вот Дейкстра очень нравится, с его доказательствами "плохих программ"...
А зачем писать так, чтобы физически не было времени "переписывать", не подскажете? Сразу нельзя по-людски делать, религия не позволяет? Вроде как как раз для таких случаев и функциональное программирование есть и модульное и даже ООП приладить можно, ежели с головой подходить... или нет?
Как пример, из одного ну очень большого проекта: есть диалог по проверке и правке данных, "всосанных" из Экселя... простенько и незамысловато... зашел админ, посмотрел выданный список, где надо поправил и сохранил... возникает "развитие": надо дабы владелец этого Экселя тоже апосля заливки мог чего поправить... перед админом... и? Опаньки! возникает новый диалог - практически дубликат первого... дальше больше... вот уже и проект "большим стал"...
Не узнаете? А собака в чем "порылась"? В лени и любимом "копи-пасте" (I like to move it move it)...
А сделай сразу по-людски и вместо нового диалога можно предоставить часть прав на старый... и "физически перписывать правильно" нечего.
Критерии то просты "как три рубля":
Если код повторяется "почти" - то это функция с параметрами... если есть одинаковый по сути, но разный по содержанию набор действий - то надо делать классы с наследованием от интерфейса...
а в основе лежит малюсенькая книжка Касьянова "Оптимизационные преобразования программ"... только много ли в Новосибе прогеров кто всю математику в ентой книжке осилил? Куда как проще отговариваться: "в наше время память экономить не надо" или "это не вписывается в принятый шаблон проектирования" или ишо как... только нафига он такой шаблон нужен? Бабки из лохов за апдейт брать, как в примере выше... а ведь это даже апдейтом назвать-то можно с натягом!
а есть ещё много книжек, полезных и разных... мне вот Дейкстра очень нравится, с его доказательствами "плохих программ"...
В предыдущем посте практически ответил... в наше время потемкинских деревень чего только апдейтом не называют... зачастую это доработки недоделанного ранее функционала. Который "по-хорошему" надо было сразу лепить...
Вот из последнего: ну переделал (точнее сваял заново) диалог... попробовал - неудобно... позавчера добавил кнопок... сегодня прикрутил ишо пару... это апдейт? Фиг. Это доработка до разумного состояния.
А уж про багфиксы, за которые бабло реально берут - ваще молчу... из реальной практики: "через полгода(!) вдруг выяснилось, что проблема в СРМ по пропажам адресов клиентов связана с дырой в коде, которая была известна те самые полгода назад... все эти полгода данные периодически правились по-живому в базе, тщетно искались косяки в действиях пользователей и т.д... за бабки конечно." Кому интересно, автора такого сопровождения могу слить в личку. Он до сих пор Вам сайты за бабки пишет... и сопровождает...
Вот из последнего: ну переделал (точнее сваял заново) диалог... попробовал - неудобно... позавчера добавил кнопок... сегодня прикрутил ишо пару... это апдейт? Фиг. Это доработка до разумного состояния.
А уж про багфиксы, за которые бабло реально берут - ваще молчу... из реальной практики: "через полгода(!) вдруг выяснилось, что проблема в СРМ по пропажам адресов клиентов связана с дырой в коде, которая была известна те самые полгода назад... все эти полгода данные периодически правились по-живому в базе, тщетно искались косяки в действиях пользователей и т.д... за бабки конечно." Кому интересно, автора такого сопровождения могу слить в личку. Он до сих пор Вам сайты за бабки пишет... и сопровождает...
Так поэтому и написал, что это НЕ на работу... и денюг не будит... тока обучение. Вроде по-русски писал, ни панимаю.
Так поэтому и написал, что это НЕ на работу... и денюг не будит... тока обучение. Вроде по-русски писал, ни панимаю.Значит я не так понял. Сорри.
Ну вот уже лучше... теперь прочитайте, осмыслите и только потом, продолжим дальше... Думаю ваш вопрос отпадет сам собой.
Ответа на прямой вопрос я от Вас не получил.
И судя по тому, что Вы и название-то книжки уже еле помните, то не получу никогда
Желаю дальнейших успехов в оптимизациях разбора прайслистов
И судя по тому, что Вы и название-то книжки уже еле помните, то не получу никогда
Желаю дальнейших успехов в оптимизациях разбора прайслистов
И на том спасибо. Хотя бы заинтересовал и скачать заставил, уже плюсик... я даже на это не рассчитывал. Надеюсь, на досуге, между баг-фиксингом мега проектов, все-таки освоите постепенно...
И вам тоже удачи в нелегком труде постройки потемкинских деревень...
Если бы оно было всё так как Вы пишете, я не приводил бы свой пример. Увы, но все именно так как написал... не было в той истории ни версий, ни 5-й, ни 7-й... ни какой ваще... никакой "бесплатный багфикс" не выпускался... просто и банально жрались хорошие бабки с вешанием откровенной лапши на уши Заказчику... полгода... и таких "программистов со стажем" - на рынке ИТ - пруд пруди.
На сегодня, думаю достаточно сложно найти бизнес-процессы, которые плохо или совсем не автоматизируются имеющимся ПО, как платным так и свободным... так что болтовня про супер сложные разработки, которые "кто-то где-то" ведет - одна болтовня и есть. Там другой уровень прогеров нужен...
Ладно, я понимаю, ещё когда ваяют что-то "на переднем крае" как в свое время в ММ пользовали вовсю то, что теперь называют "срм-системы"... ещё под ДОС...
А вообще, забавно. Как сказал один хороший человек, почитав всю эту болтовню: "рынок ИТ расслоился, однако. Крутые кампании могут позволить себе содержать целые факультеты и снимать сливки молодых и талантливых... всем остальным достается, увы осадочек. Который по-другому зарабатывать бабки и не может, как делать повторный багфикс за деньги клиента, называя это развитием"...
На сегодня, думаю достаточно сложно найти бизнес-процессы, которые плохо или совсем не автоматизируются имеющимся ПО, как платным так и свободным... так что болтовня про супер сложные разработки, которые "кто-то где-то" ведет - одна болтовня и есть. Там другой уровень прогеров нужен...
Ладно, я понимаю, ещё когда ваяют что-то "на переднем крае" как в свое время в ММ пользовали вовсю то, что теперь называют "срм-системы"... ещё под ДОС...
А вообще, забавно. Как сказал один хороший человек, почитав всю эту болтовню: "рынок ИТ расслоился, однако. Крутые кампании могут позволить себе содержать целые факультеты и снимать сливки молодых и талантливых... всем остальным достается, увы осадочек. Который по-другому зарабатывать бабки и не может, как делать повторный багфикс за деньги клиента, называя это развитием"...
И на том спасибо. Хотя бы заинтересовал и скачать заставил, уже плюсик... я даже на это не рассчитывал. Надеюсь, на досуге, между баг-фиксингом мега проектов, все-таки освоите постепенно...tolstopuz, выдыхайте
Книжка Касьянова мне знакома. Просто Вы сели в лужу, когда привели её к примеру, где "авторитетно" учили выделять интерфейсы и наследоваться. Нет в этой книжке никакого ООП. И даже основ ООП. Для Ваших примеров оптимизации, там приведённые, абсолютно не нужны.
А теперь вдохните. Может она и знакома вам, но я сильно в этом сомневаюсь. Читал и разбирался достаточно давно, ещё в прошлом веке, поэтому по памяти...
Там есть не одна страничка, а целая глава по оптимизации процедур и функций...
Так вот, Вы правы, что там нет ничего про наследования... насколько помню - там ваще ни про один язык ничего нет... там голая математика, которой до вашего наследования - по-барабану... но!
вдыхайте:
методика втягивания процедур/функций/методов одного внутрь другого предполагает объединение кода двух процедур с предварительным "обобществлением параметров/результатов"... дополнительный код в начале/конце обобщенной процедуры, сводящий основные тела в одно целое...
конкретно для Фортрана-2 - это возможно в виде генерации многовходовой процедуры, а для ООП - в виде генерации дочерних методов... собственно чего и написал выше...
так что прочитать и освоить - есть 2 большие разницы... дерзайте!
P.S. Да, и с "лужами" аккуратней плиз...
P.P.S. нас учили не искать "где написано про выделять интерфейсы и наследоваться". Нас учили головой думать. Хотя бы иногда. И прежде чем за писанину браться.
Так оно "уже" имеется... в чем цимус разработки-то?
бесплатный багфикс: к летам +1 
Жаль, что вместо того, чтобы аргументированно отвечать Вы, видимо по привычке, занимаетесь мелким жульничеством, умалчивая об отсутствующих достижениях и ссылаясь не непрофессионализм этого форума и/или надуманную наивность студентов или мою отсталость...
Как процесс композиции, так и декомпозиции, они оба лежат в основе методов оптимизации... не надо сворачивать тему в общий холивар "все козлы/дуры", как бы Вам не хотелось...
Перечитайте тот мой пост ещё раз: признаки необходимости проведения этих процессов - банальны и просты. А уж какими конкретно методами её надо проводить - зависит как от самой системы, так и от инструментов: где-то потребуются многовходовые процедуры, а где-то достаточно выделить базовый интерфейс и провести грамотное наследование... и в том и в другом случае применение основ оптимизационных методов, на практике, оказывается крайне полезным. А не только в построении компиляторов... и если книжка писана в 88-м и ориентирована на построение компиляторов, то это никак не закрывает её использование в современном сайтостроении...
Так что ещё раз: ознакомится, прочитать и ОСВОИТЬ - есть 2 большие разницы. Дерзайте!
P.S. Вот, такими простыми методами и приходится подтягивать и Ваш уровень до "приемемого"... между делом. Освоите эту книжку - подскажу следующую...
Как процесс композиции, так и декомпозиции, они оба лежат в основе методов оптимизации... не надо сворачивать тему в общий холивар "все козлы/дуры", как бы Вам не хотелось...
Перечитайте тот мой пост ещё раз: признаки необходимости проведения этих процессов - банальны и просты. А уж какими конкретно методами её надо проводить - зависит как от самой системы, так и от инструментов: где-то потребуются многовходовые процедуры, а где-то достаточно выделить базовый интерфейс и провести грамотное наследование... и в том и в другом случае применение основ оптимизационных методов, на практике, оказывается крайне полезным. А не только в построении компиляторов... и если книжка писана в 88-м и ориентирована на построение компиляторов, то это никак не закрывает её использование в современном сайтостроении...
Так что ещё раз: ознакомится, прочитать и ОСВОИТЬ - есть 2 большие разницы. Дерзайте!
P.S. Вот, такими простыми методами и приходится подтягивать и Ваш уровень до "приемемого"... между делом. Освоите эту книжку - подскажу следующую...
Освоите эту книжку - подскажу следующую...Я попросил указать хотя бы одну-две книжки из этого века. Вы не смогли.
Плюс показали непонимание или сознательно словчили на определении декомпозиции. И ведь Вас не загонишь в угол, потому что разработка ПО - это конечно же оптимизация деятельности заказчика, и она включает в себя декомпозицию, и конечно же тут тоже применимы методы, изложенные в вашей любимой, но уже забытой книжке
Здесь и так никто не пишет. Пожалуй, откланяюсь и я. С прошедшими праздниками Вас!
PS Отпишитесь как-нибудь, интересно будет узнать через сколько недель пропадёт студент. А лучше возьмите его на диплом - тогда можно будет полгода насиловать безропотного...
Я не "несмог" ... Вы вот тоже так и не рассказали о своих "мега проектах", спрятавшись за ложной скромностью...
Просто пока не стал. Написал же: "освоите эту, подскажу следующую". Почему Вы решили, что следующая обязательно будет тоже с "прошлого века"? Там действительно есть много чего уже неосвоенного, а не забытого "программистами со стажем"... но есть и современные неплохие книжки тоже...
Не словчил, а воспользовался более вольным определением... форум не специализированный... здесь ходит много Ваших работодателей... им тоже должно быть понятно где их разводят "программисты со стажем".
... Вы ставили перед собой задачу "загнать меня в угол"? Интересно - зачем? Правда - глаза колет?
Вас тоже с прошедшими праздниками! И успехов в Вашем нелегком труде.
Напоследок:
Вот, например, как связано знание и применение методов оптимизации с доходностью сайта Заказчика?
Ответом реальный пример:
Тот самый портал, который у меня в профиле "ДО" - отдавал базовые, монетизирующие странички за 3-5 секунд... вроде нормально... "ПОСЛЕ" - 0.6 ... 1.2сек. Казалось бы - фигня. Пользователь этого не заметит... может быть. Но вот поисковики заметили и сразу. Посмотрите майскую статистику... Как результат поисковая посещаемость выросла в разы и это сразу же сказалось на его клиентах. Что может быть приятнее, как отзыв клиента, чем фраза "да, эти строки не обновляли, потому что всё уже продано. Добавили другие". Это в ответ на вопрос: "Почему на портале висят старые строки?"... не спорю. Сказалось не только это. Было проведено очень много работы по рефакторингу... но, "мелочь а как приятно!"
P.S. Очень часто "новое" - это хорошо забытое старое.
P.P.S. Ещё раз - удачи.
Просто пока не стал. Написал же: "освоите эту, подскажу следующую". Почему Вы решили, что следующая обязательно будет тоже с "прошлого века"? Там действительно есть много чего уже неосвоенного, а не забытого "программистами со стажем"... но есть и современные неплохие книжки тоже...
Не словчил, а воспользовался более вольным определением... форум не специализированный... здесь ходит много Ваших работодателей... им тоже должно быть понятно где их разводят "программисты со стажем".
... Вы ставили перед собой задачу "загнать меня в угол"? Интересно - зачем? Правда - глаза колет?
Вас тоже с прошедшими праздниками! И успехов в Вашем нелегком труде.
Напоследок:
Вот, например, как связано знание и применение методов оптимизации с доходностью сайта Заказчика?
Ответом реальный пример:
Тот самый портал, который у меня в профиле "ДО" - отдавал базовые, монетизирующие странички за 3-5 секунд... вроде нормально... "ПОСЛЕ" - 0.6 ... 1.2сек. Казалось бы - фигня. Пользователь этого не заметит... может быть. Но вот поисковики заметили и сразу. Посмотрите майскую статистику... Как результат поисковая посещаемость выросла в разы и это сразу же сказалось на его клиентах. Что может быть приятнее, как отзыв клиента, чем фраза "да, эти строки не обновляли, потому что всё уже продано. Добавили другие". Это в ответ на вопрос: "Почему на портале висят старые строки?"... не спорю. Сказалось не только это. Было проведено очень много работы по рефакторингу... но, "мелочь а как приятно!"
P.S. Очень часто "новое" - это хорошо забытое старое.
P.P.S. Ещё раз - удачи.
Вы даже не представляете, насколько Вы правы!
А ведь подобная некомпетентность прокралась во все сферы нашей жизни!
Помню, когда был студентом, подрабатывал грузчиком на квартирных переездах. Вы думаете, главное там сила и выносливость? Нет!
Главное в этой работе - умение эффективно решать NP-трудную задачу трехмерной иррегулярной упаковки (ну, чтобы грамотно загрузить вещи заказчиков в газель или ЗИЛ, сэкономив на количестве поездок), пользуясь новейшими алгоритмами исследования операций, методов оптимизации...
Недавно нужно было мне самому переехать на новую квартиру.
Так на современных грузчиков без слез смотреть невозможно - не знают даже базовых работ Данцига и Канторовича! В результате пришлось самому свои вещи таскать.
И ведь так везде!
На СТО не знают законов термодинамики (а ведь это основа ДВС). Только и могут гайки откручивать да прикручивать, не понимая сути. Теперь приходиться самому автомобиль чинить - не могу же я доверить свою
безопасность таким людям.
Вызвал как-то сантехника трубы заменить. Думал, что он по-быстрому сделает простенький МКЭ-анализ для нового трубопровода. А он даже систему уравнений гидродинамки в приближении идеальной несжимаемой жидкости написать не смог. А еще и денег хотел за свою "работу". Послал я его подальше.
Был тут электрик у нас в ТСЖ. Когда я его про уравнения Максвелла спросил, так он даже не понял, о чем я говорю. А сейчас он занимается починкой электроприборов в сервисном центре одной большой корпорации.
Вы представляете какое там будет качество?
Самое интересное - я готов всех их учить и даже денег могу не брать.
Требую только готовность учиться 24 часа в сутки, 7 дней в неделю.
Объявление дал в газету, но никакого отклика. Наверное, перевелись нормальные специалисты в Новосибирске. Да и учат в ВУЗах уже совсем хреново.
P.S. Кстати, а сам Касьянов знает, что его книга помогает оптимизировать сайты?
Мне почему-то казалось, что тенденция развития языков программирования - это сделать так, чтобы прикладные разработчики концентрировались бы на своих прикладных разработках, а вовсе не на унылых оптимизациях, которые вполне могут делаться компилятором.
Этакий переход от натурального хозяйства к эффективному разделению труда
А ведь подобная некомпетентность прокралась во все сферы нашей жизни!
Помню, когда был студентом, подрабатывал грузчиком на квартирных переездах. Вы думаете, главное там сила и выносливость? Нет!
Главное в этой работе - умение эффективно решать NP-трудную задачу трехмерной иррегулярной упаковки (ну, чтобы грамотно загрузить вещи заказчиков в газель или ЗИЛ, сэкономив на количестве поездок), пользуясь новейшими алгоритмами исследования операций, методов оптимизации...
Недавно нужно было мне самому переехать на новую квартиру.
Так на современных грузчиков без слез смотреть невозможно - не знают даже базовых работ Данцига и Канторовича! В результате пришлось самому свои вещи таскать.
И ведь так везде!
На СТО не знают законов термодинамики (а ведь это основа ДВС). Только и могут гайки откручивать да прикручивать, не понимая сути. Теперь приходиться самому автомобиль чинить - не могу же я доверить свою
безопасность таким людям.
Вызвал как-то сантехника трубы заменить. Думал, что он по-быстрому сделает простенький МКЭ-анализ для нового трубопровода. А он даже систему уравнений гидродинамки в приближении идеальной несжимаемой жидкости написать не смог. А еще и денег хотел за свою "работу". Послал я его подальше.
Был тут электрик у нас в ТСЖ. Когда я его про уравнения Максвелла спросил, так он даже не понял, о чем я говорю. А сейчас он занимается починкой электроприборов в сервисном центре одной большой корпорации.
Вы представляете какое там будет качество?
Самое интересное - я готов всех их учить и даже денег могу не брать.
Требую только готовность учиться 24 часа в сутки, 7 дней в неделю.
Объявление дал в газету, но никакого отклика. Наверное, перевелись нормальные специалисты в Новосибирске. Да и учат в ВУЗах уже совсем хреново.
P.S. Кстати, а сам Касьянов знает, что его книга помогает оптимизировать сайты
?Мне почему-то казалось, что тенденция развития языков программирования - это сделать так, чтобы прикладные разработчики концентрировались бы на своих прикладных разработках, а вовсе не на унылых оптимизациях, которые вполне могут делаться компилятором.
Этакий переход от натурального хозяйства к эффективному разделению труда
Это шедевр! 
Что вы пьете?
Я тоже такое хочу! 
Что вы пьете?
Я тоже такое хочу! Крепко жму руку 
Просто КВН, НГУ, Академ
Просто КВН, НГУ, Академ
Отличный занавес!
Не-а... уже не готов. Дураков учить - только портить (с) народная мудрость.
Ви так и не поняли, что "занавес - отличный"... Вас всех низвели ровно до того уровня ремесленника, который и есть "программист со стажем", пардон техник СТО или грузчик...
Ничего не имею против нормальных ремесленников, но у них и зарплата соответствующая...
Ещё раз респект автору! Никогда бы сам так не написал... всех с праздниками!
Ви так и не поняли, что "занавес - отличный"... Вас всех низвели ровно до того уровня ремесленника, который и есть "программист со стажем", пардон техник СТО или грузчик...
Ничего не имею против нормальных ремесленников, но у них и зарплата соответствующая...
Ещё раз респект автору! Никогда бы сам так не написал... всех с праздниками!
пардон, функциональное у меня в голове сидит
у стариков - процедурное
у стариков - процедурное