По мотивам - http://18delphi.blogspot.com/2013/06/blog-post_17.html.
Я такой "закостеневший"? Или ленивый? Или негибкий?
Или чаще надо было менять работу? Так - ЖАЛКО!!! Своё - РОДНОЕ.
Как получается, что люди в 25 лет пишут в резюме "множество всяких акронимов"?
Это реально так бывает? Или люди всё-таки немножечко лукавят?
Я вот тоже теперь - "типа знаю Objective-C и C++". Ну на Objective-C - я "типа год попрограмировал". А C++ - знал ещё вроде бы с времён школы/института. И даже пару курсовых на нём написал.
Но! Я ЛИЧНО - ПОНИМАЮ, что тот же Objective-C + UIKit - я знаю СИЛЬНО ХУЖЕ, чем Delphi + VCL. А уж про C++ - и говорить не приходится.
Я тут написал прототип функции - std::set<std::string> Lemmatize (const std::string & aWord).
И БЫЛ БИТ НОГАМИ. И в общем-то - за дело. Типа - "лишнее копирование". (Про C++ 11 и спецификатор && - НЕ ГОВОРИМ. Это пока - "в новинку". Хардкорным C++-программерам - это - ЧУЖДО).
Ведь:
void Lemmatize (const std::string & aWord, std::set<std::string> & theLemmas) - СИЛЬНО ЛУЧШЕ.
И это - правда. (Зачем делать язык, который АПРИОРИ - позволяет неэффективные конструкции - ОТДЕЛЬНЫЙ ВОПРОС - и он из раздела HolyWar. А я в них - стараюсь не участвовать).
А вы говорите - "знание C++". НЕ ЗНАЮ я C++.
ЧЕСТНО - "сам себе" - могу сказать, что "НЕ ЗНАЮ C++". Хотя и мог бы "теоретически" написать в резюме. Только резюме я никогда не писал. Не зачем было. В основном - только читал.
"Специалист - он подобен флюсу". Это - про меня.
ЧИТАТЬ C++ или Objective-C, или скажем "классический" FORTH, ну или FORTRAN - МОГУ. Но - НЕ ЗНАЮ.
КАК люди в 25-30 лет ухитряются РЕАЛЬНО ЗНАТЬ столько "акронимов" - НЕ ПОНИМАЮ.
Не понимаю...
Я такой "закостеневший"? Или ленивый? Или негибкий?
Или чаще надо было менять работу? Так - ЖАЛКО!!! Своё - РОДНОЕ.
Как получается, что люди в 25 лет пишут в резюме "множество всяких акронимов"?
Это реально так бывает? Или люди всё-таки немножечко лукавят?
Я вот тоже теперь - "типа знаю Objective-C и C++". Ну на Objective-C - я "типа год попрограмировал". А C++ - знал ещё вроде бы с времён школы/института. И даже пару курсовых на нём написал.
Но! Я ЛИЧНО - ПОНИМАЮ, что тот же Objective-C + UIKit - я знаю СИЛЬНО ХУЖЕ, чем Delphi + VCL. А уж про C++ - и говорить не приходится.
Я тут написал прототип функции - std::set<std::string> Lemmatize (const std::string & aWord).
И БЫЛ БИТ НОГАМИ. И в общем-то - за дело. Типа - "лишнее копирование". (Про C++ 11 и спецификатор && - НЕ ГОВОРИМ. Это пока - "в новинку". Хардкорным C++-программерам - это - ЧУЖДО).
Ведь:
void Lemmatize (const std::string & aWord, std::set<std::string> & theLemmas) - СИЛЬНО ЛУЧШЕ.
И это - правда. (Зачем делать язык, который АПРИОРИ - позволяет неэффективные конструкции - ОТДЕЛЬНЫЙ ВОПРОС - и он из раздела HolyWar. А я в них - стараюсь не участвовать).
А вы говорите - "знание C++". НЕ ЗНАЮ я C++.
ЧЕСТНО - "сам себе" - могу сказать, что "НЕ ЗНАЮ C++". Хотя и мог бы "теоретически" написать в резюме. Только резюме я никогда не писал. Не зачем было. В основном - только читал.
"Специалист - он подобен флюсу". Это - про меня.
ЧИТАТЬ C++ или Objective-C, или скажем "классический" FORTH, ну или FORTRAN - МОГУ. Но - НЕ ЗНАЮ.
КАК люди в 25-30 лет ухитряются РЕАЛЬНО ЗНАТЬ столько "акронимов" - НЕ ПОНИМАЮ.
Не понимаю...
Далее моё ИМХО :) О себе: лет 5 с Delphi, сейчас в web-разработке уже лет 6.
ОтветитьУдалитьА мы и не знаем в Вашем понимании :) мы приобщились к той или иной предметной области. Сейчас у меня проект на Django, до него я с этим фреймворком не сталкивался. Но уже второй месяц дела идут отлично, хоть и код я пишу не оптимальный, хоть и торможу над тривиальными вещами; я знаю как к нему подойти. Всего знать (даже по одной теме) невозможно, но на то и есть Google :) "Знать" в моём понимании - понять предметную область, уметь работать с языком. Здесь также справедливо правило Парето - за 20% времени изучаешь 80% материала :)
Почему молодые специалисты стремятся нахвататься как можно больше акронимов? Возможно, чтобы быть конкурентноспособными. В Москве, возможно, много где используется Delphi, а вот в Краснодаре я знаю только пару контор. В итоге ушёл с насиженного места и устроил встряску мозгам. На текущий момент (если судить по зарплате), то не прогадал.
P.S. Работу меняю где-то раз в пару лет, хотя есть клиент, с которым сотрудничаю уже лет 8.
P.P.S. А ещё изучать что-то новое и применять это на практике очень интересно, посему веду и свои проекты на всяких языках :)
Ну в целом - вы правы - либо "вширь", либо "вглубь".
Удалить@Александр
ОтветитьУдалить>>А вы говорите - "знание C++". НЕ ЗНАЮ я C++.
Страуструп давеча говорил, что "знать весь С++ нельзя и не НУЖНО".
Он как-то аккуратно и без акронимов вводил понятие "предметно-ориентированное подможество С++".
@Виктор
>>А ещё изучать что-то новое и применять это на практике очень интересно
Изучать новые технологии в рабочее время на деньги работодателя - непозволительная роскошь.
Если уж "по гамбургскому счёту"...
Когда пишется ТЗ - указывается "среда разработки". Поставить среду, которой не владею, взять слишком много риска на себя. Нужно в случае карйней необходимости, когда "мой" инструментарий этого не умеет.
В этом плане Delphi - вполне себе хороший нишевой продукт. А те места, где Delphi не может, обычно заполнены тоже нишевыми продуктами.
@All
Сейчас просто идёт размен специалистов на разном этапе развития/самоосознания.
В какой-то момент программист начинает сечь тему "затраты/компенсация". Самообразование в какой-то момент (после C++, который можно как знать, так и не знать, но уметь применять) количество технологий "через запятую" для специалиста перестаёт играть роль. И даже вообще не повышает стоимость. Местами даже понижает (хватался за всё, что находил).
А то так можно вообще до "филателии" дойти.
Программа "hello world" на 150 различных ЯП.