Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 30
×

А вы успеваете?

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

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

Но никто и не думал останавливаться — MVC 4 а следом и Web API очередной могильщик всего замшелого и архаичного, то есть MVC 4 по которому многие ещё даже лабы не сделали.

Паралельно за последние три года проскакал Entety до 4.1 и для любителей острых ощущений jQuery до 1.8 который тоже пренебрежительно относится к совместимости

IDE тоже не заставила себя ждать и легко ушла в отрыв до VS 2012 которая (сурпрайз!) работает на Windows 8.

И в результате разглядывая своё корыто я понимаю что мне помимо затрат на постоянное изучение необходимы прямые затраты на новое ПО в размере около 3-4 тысяч долларов, причём для реальной работы ни мне ни заказчику новое ПО не нужно, потому что просто нет хостеров которые поддерживают net 4.5.

Все хостеры для которых цена имеет хоть какой-нибудь смысл сидят на net 2 и SQL 2008

То есть разрыв между прогрессом и реальностью составляет примерно 4 года и прогресс имеет исключительно теоретическую направленность.

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

Такие дела.

p.s разумеется я забыл про Azure которые вообще другая планета (нафиг не нужная 99.999% приложений), но и без них как-то оказывается нельзя себя считать настоящим профи.

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn

Найкращі коментарі пропустити

забаяню.

История программных революций от Microsoft, вкратце:

Сначала были Windows API и DLL Hell.

Революцией #1 было DDE — помните, как ссылки позволили нам создавать статусные строки, отражающие текущую цену акций Microsoft? Примерно тогда же Microsoft создала ресурс VERSION INFO, исключающий DLL Hell. Но другая группа в Microsoft нашла в DDE фатальный недостаток — его писали не они!

Для решения этой проблемы они создали OLE (похожее на DDE, но другое), и я наивно вспоминаю докладчика на Microsoft-овской конференции, говорящего, что скоро Windows API перепишут как OLE API, и каждый элемент на экране будет ОСХ-ом. В OLE появились интерфейсы, исключающие DLL Hell. Помните болезнь с названием <по месту>, при которой мы мечтали встроить все свои приложения в один (возможно, очень большой) документ Word? Где-то в то же время Microsoft уверовала в религию С++, возникла MFC решившая все наши проблемы еще раз.

Но OLE не собиралась, сложа руки смотреть на это, поэтому оно заново родилось под именем COM, и мы внезапно поняли, что OLE (или это было DDE?) будет всегда — и даже включает тщательно разработанную систему версий компонентов, исключающую DLL Hell. В это время группа отступников внутри Microsoft обнаружила в MFC фатальный недостаток — его писали не они! Они немедленно исправили этот недочет, создав ATL, который как MFC, но другой, и попытались спрятать все замечательные вещи, которым так упорно старалась обучить нас группа COM. Это заставило группу COM (или это было OLE?) переименоваться в ActiveX и выпустить около тонны новых интерфейсов (включая интерфейсы контроля версий, исключающие DLL Hell), а заодно возможность сделать весь код загружаемым через браузеры, прямо вместе с определяемыми пользователем вирусами (назло этим гадам из ATL!).

Группа операционных систем громким криком, как забытый средний ребенок, потребовала внимания, сказав, что нам следует готовиться к Cairo, некой таинственной хреновине, которую никогда не могли даже толком описать, не то, что выпустить. К их чести, следует сказать, что они не представляли концепции <system file="" protection="">, исключающей DLL Hell. Но тут некая группа в Microsoft нашла фатальный недостаток в Java — её писали не они! Это было исправлено созданием то ли J, то ли Jole, а может, и ActiveJ (если честно, я просто не помню), точно такого же как Java, но другого. Это было круто, но Sun засудило Microsoft по какому-то дряхлому закону. Это была явная попытка задушить право Microsoft выпускать такие же продукты, как у других, но другие.

Помните менеджера по J/Jole/ActiveJ, стучащего по столу туфлей и говорящего, что Microsoft никогда не бросит этот продукт? Глупец! Все это означало только одно — недостаток внимания к группе ActiveX (или это был COM?). Эта невероятно жизнерадостная толпа вернулась с COM+ и MTS наперевес (может, это стоило назвать ActiveX+?). Непонятно почему к MTS не приставили <com> или <active> или <x> или <+> - они меня просто потрясли этим! Они также грозились добавить + ко всем модным тогда выражениям. Примерно тогда же кое-кто начал вопить про <windows dna=""> (почему не DINA) и <windows washboard="">, и вопил некоторое время, но все это почило раньше, чем все поняли, что это было.

К этому моменту Microsoft уже несколько лет с нарастающей тревогой наблюдала за интернет. Недавно они пришли к пониманию, что у Интернет есть фатальный недостаток: ну, вы поняли. И это приводит нас к текущему моменту и технологии .NET (произносится как <doughnut (пончик="" по-нашему)="">, но по-другому), похожей на Интернет, но с большим количеством пресс-релизов. Главное, что нужно очень четко понимать — .NET исключает DLL Hell.

В .NET входит новый язык, C#, (выясняется, что в Active++ Jspresso был фатальный недостаток, от которого он и помер). .NET включает виртуальную машину, которую будут использовать все языки (видимо, из-за фатальных недостатков в процессорах Интел). .NET включает единую систему защиты (есть все-таки фатальный недостаток в хранении паролей не на серверах Microsoft). Реально проще перечислить вещи, которых .NET не включает. .NET наверняка революционно изменит Windows-программирование... примерно на год.

Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

VS2012 работает на семерке ... или семерка это слишком ново и свежо?

Это слишком бессмысленно когда есть уже 8

а как же — выкручивание рук и т.п.? или это просто словоблудие?

А то, что вы кроме микрософтовский решений ничего больше не видите

В семерке не попробовать METRO (или как они его теперь переназвали?) приложения. Лучше взять Windows 8 или Windows Server 2012.

окончательную победу HTML5 над здравым смыслом

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

Еще пару лет назад, понял что Микрософт — редиска.
Вот приблизительный план действий от Микрософта:
1. Выпускаем мажорный релиз/новых .
2. Придаем широкой огласке новые возможности, рюшечки и бантики.

3. Делаем упор, на то, что «старые» прошлогодние технологии- это уже слишком устарело и вам обязательно нужно вот именно эта рюшечка.

Повторяем данные инструкции в переодичностью в 1-2 года. Вот и получаем .Net — крысинные бега.
Как я для себя решил эту проблему- неспешу за новыми рюшечками и бантиками. слишком дорого тратить время на это. Предпочитаю осваивать/повторять более фундаментальные вещи такие алгоритмы и структуры данных, изучаю и пробую более низкоуровневые языки.
Вот краткий список того, что по моему скромному мнению на данный момент Микрософт лихо создал и бросил: Silverlight, WPF, ASP.NET MVC1/2/3/4....... (все в рамках .NET)

Я уверен — все эти технологии используются. Но по большому счету только по причине того, что опрометчиво выбрали поддавшись маркетингу Микрософт.

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

Некоторые рюши и банты того стоят чтобы трубить о них на весь мир. Всё-таки на определённом уровне в VS на C# код буквально лъётся как речь или вода, становится естественным отображением твоих мыслей — а это дорогого стоит.

Мне было интересно узнать — это я такой тормоз, что не успеваю за всеми нововведениями или это последствия маркетинговой политики?

Даже не близко. WPF и ASP.net MVC широко используются и развиваются. Что Майкрософт прикрыл — так это Win Forms и Silvelight. Но WinForms таки вчистую проигрывают WPF, а Silverlight просто попал под раздачу, вместе с Флешом.

Что Майкрософт прикрыл — так это Win Forms
А до этого? МС «прикрывает» точнее «забивает на» технологию сразу после выхода новой (ну багофиксы это такое). В чем проблема для разработчика:
Его сотрудники выучили технологию Т1 и сделали кусок продукта. Выходит Т2 и если он весь кодбейс на Т1 становится бесполезным, его только консервировать, добавлять туда фичи будет сложно. Причина тому очень простая: количество разработчиков на Т1 падает, так как часть перешла на Т2, а новые не хотят завязываться на «устаревшую» Т1. Таким образом с выходом Т2 стоимость разработки увеличивается.
Если цикл выхода новых технологий меньше 4-5 лет (а именно так у МСа), это сильно бьет по разработке.
а Silverlight просто попал под раздачу, вместе с Флешом.
лол, просто, лол.
Силверлайт был мертворожденным! Этому было и есть 100500 причин.

Если цикл выхода новых технологий меньше 4-5 лет (а именно так у МСа), это сильно бьет по разработке.

лол, просто, лол.

Между WinForms и WPF 4.5 года, между WebForms и MVC 5 лет.

Силверлайт был мертворожденным! Этому было и есть 100500 причин.

Есть 100500 причин, почему сервелат был лучше флеша, начиная от малоприятного ЭкшенСкрипта. Но холиварится на эту тему я не буду, ибо сервелат здох, а флеш здохнет в самом скором времени. Туда им дорога, по большому счёту.

А до этого? МС «прикрывает» точнее «забивает на» технологию сразу после выхода новой (ну багофиксы это такое)...
Если цикл выхода новых технологий меньше 4-5 лет (а именно так у МСа), это сильно бьет по разработке.
И причем тут МС? Еще 2 года назад никто и не думал все переписывать под Андроид или iOS. А сейчас лихорадочно бросились. Просто конкуренция порождает гонку технологий между «гигантами» и их платформами. Им при этом не до поддержания старья и совместимости — кто первый выпустил новое, тот и застолбил «патент». А потом можно засудит отставших.

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

Основы надо изучать, основами надо овладевать до уровня «мастер».

Все остальное — наносное, временное, переходящее и смешное, как обучательные ленты в фантастике Азимова...

Тут один недавно бегал, рассказывал, что нужно учить API социалок, а основы ваши ацтой.

Хз, а зачем ? Вон уже как год жаба 1.7 появилась. Уже даже, говорят, стабильная. Шото на ние никто не спешит переходить в срочном порядке. А внаших легаси трущобах никто и не будет!

не дочитал ни пост ни коменты, т.к. знаю ответ — учи то, что нужно, а не то, что приносит деньги. Зная то, что нужно, получив в этом опыт, начинай нанимать людей, и вот тогда — выбирай из тех, кто не особо гоняется за новшествами. И дешевле будет, и качественней. А в сумме — продолжишь развивать именно то, что считаешь нужным, а не то, что приносит деньги. После этого, к тебе начнут сами идти те, кто хотят зарабатываться деньги(т.е. улавливающие ветер перемен в технологиях), но ты — отбирай из них тех, кто тебе нужен. В итоге — ты не будешь даже понятия иметь, какие там у них технологии? Тебе нужно лишь знать «ТО ЧТО НУЖНО»

Тебе нужно лишь знать «ТО ЧТО НУЖНО»

Странно слышать такие выводы на этом форуме. Они не подтверждаются ни практикой ни теорией ни историей развития ИТ

Ну не скажите.
Практика говорит, что «первооткрывателями» или даже пусть просто директорами в любой сфере (даже с такой быстроразвивающейся корнеплодной системой как IT) становятся не знатоки технологий, а угадавшие «ТО ЧТО НУЖНО».
Теория, к сожалению, либо не успевает за столь динамичной корнеплодной системой, либо я просто не в курсе ее развития, либо опять-же, практика столь интенсивного развития определенной сферы, не «рекомендует» популяризации истинных приоритетов, оставляя ответы на вопросы класса «ЧТО ЖЕ ВСЕ-ТАКИ НУЖНО?» закрытыми в узком кругу знатоков, изредка подкармливая конкурирующую корнеплодную систему идеями для start-up-классов.
История же, как всегда, старается сохранять свою позицию на стороне победителей. Любители стратегических шагов традиционно оставляют за собой твердую уверенность в теоретической подготовке. С другой стороны — авантюристы, или просто рискованные люди стараются опираться на скользкие позиции практики. За кем победа, и симпатия истории? — рассуждать остается только нашим предкам.

Мне кажется что в айти в каждый момент времени никто не знает что будет нужно завтра. Но то что будет завтра может конфликтовать с твоим настоящим «то что нужно» Поэтому логичнее знать примерно всё. Общие тренды и тд.

На этот счет мне кажется несколько направлений, о которых стоило бы упомянуть. Во первых — идеи не нужно выдумывать. Достаточно либо почитать научную фантастику, либо историю развития технологий (апеллируя к идее, скрытой за пословицей «все новое — суть хорошо забытое старое»). Во вторых — за частую, «поиск ТОГО ЧТО НУЖНО», как элемент теоретической группы «поиск», на практике не может быть реализован во всем спектре всевозможных параметров поиска, в силу то-ли его бесконечности, то-ли его непреодолимо большим числе. В практических науках есть определенные теории, позволяющие с напереред-заданной точностью определять результат в заведомо зауженном спектре всевозможных параметров. По сему вывод второй посылки — нанять людей, соображающих в необходимой сфере науки. И в третьих — в конце-концов, предсказывать будущее (как то угадывание орел-решка, курсов валют на форексе, или «ТОГО ЧТО НУЖНО») — задачи из ряда трудно/не формализуемых.

... выбирай из тех, кто не особо гоняется за новшествами ...

Тебе нужно лишь знать «ТО ЧТО НУЖНО»

Так и есть: клиенты прибегают и кричат что им очень срочно нужно переписать их приложение на Андроид и iOS. Или на HTML5 и CSS3, потому что конкуренты вчера выкатили новый модный сайт. И все нужно сделать «на вчера»!

Не гонялись за новшествами — и что теперь? За неделю новые технологии не выучишь. Приходится срочно переманивать девелоперов на рынке втридорога.

C++ - новые стандарты раз/два в десятилетие. Можно не спешить.

Переходи в мобайл разработку

Особенно в Android c релизами каждые пол года =)

Вот я тоже под 2.x написал

Mustafa on Thursday, June 28, 2012 at 07:20 Samsung Galaxy Note (GT-N7000)

Version android 4.0.3 keine Funktion Version android 4.0.3 keine Funktion

PJ on Wednesday, April 11, 2012 at 22:48 Samsung Galaxy Nexus (maguro)

Not working in ICS: (

Успевает тот, кто никуда не спешит :)

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

Еще две народные мудрости: «проблемы надо решать по мере поступления» и «все новое — это хорошо забытое старое». Знакомые слова будут, главное знать правильные слова :)

Аббривиатуру встретишь, только порядок циферок изменится. Я вот по молодости работал с Qt 1 и 2 потом бросил. Через 3 года посмотрел на 4.8 думал там все также, а там «матерь Божья» все поменяли! Мало того, что поменяли засунули qml — аля xaml в мире дотнета, считай учи все заново.

Лучший вариант, это экспресс обновление знаний перед интервью.

IDE тоже не заставила себя ждать и легко ушла в отрыв до VS 2012 которая (сурпрайз!) работает на Windows 8.

И в результате разглядывая своё корыто я понимаю что мне помимо затрат на постоянное изучение необходимы прямые затраты на новое ПО в размере около 3-4 тысяч долларов, причём для реальной работы ни мне ни заказчику новое ПО не нужно, потому что просто нет хостеров которые поддерживают net 4.5.

то ли дело Джава...

...добро пожаловать в 90-е

Мне одному кажется, что длительный застой на джава 1.6 пошол ей на пользу ?

Верно и обратное — застой в джава 1.6 произошел по причине реализации на ней серьезных проектов, и высокой стоимости переучивания программистов и переделки под новье каждые два-три года.
То есть застой в джава 1.6 — косвенный показатель ее использования, в сложных и дорогих проектах.

Мне одному кажется, что длительный застой на джава 1.6 пошол ей на пользу ?
«Застой» на 1.6 (а то и на 1.5) принес много пользы, но и некоторые минусы (одновременно).
Простой пример:
«Хипстеры» — с одной стороны они мешают нормальной работе, с другой привлекают новых (молодых) специалистов.

Не понял про хипстеров.

Пример: Вам на проекте полюбэ нужен каучДБ с адаптером на кложуре, выдавать вью надо через реилс-лайк фреймворк, который в качестве шаблонизатора использует улучшенный вариант ХАМЛа. Вся бизнес-логика, конечно же, должна быть написана в функциональном стиле на каком-то ДСЛе основанном на синтаксисе хаскелла.

Когда таких примеров много, получаем продвижение новых идей в стиль разработки, чему способствует крикливость (на всяких конфах и интернетах) этих самых хипстеров. Та же крикливость приводит к тому что выпускник ВУЗа слышит про джаву и всякие «блестящие камушки» и таким образом «подсаживается» на платформу. Дальше одно из двух:
— он таки вырастает в нормального спеца и начитает понимать что дом надо строить не из блестяшек, а из кирпичей;
— он становитсо хопстером и заманивает новых людей.
...

Есть еще пункт № 3: он становитсо бесполезным грузом (и в этом опасность).

Почти мой проект описали, но я честно не хипстер))

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

Для неокрепшего ума выпускника, это реально «синдром сороки»...

Для неокрепшего ума выпускника, это реально «синдром сороки»...

Но это их «цепляет», человек пришел, а что с ним будет потом это уже другая история.

На данный момент, основная «замануха» на джаву это деньги. Раньше была кроссплатформенность. И каждый тип «заманухи» притягивает разных людей, некоторые будут двигать платформу вперед, некоторые назад, некоторые в сторону.

Та же крикливость приводит к тому что выпускник ВУЗа слышит про джаву и всякие «блестящие камушки» и таким образом «подсаживается» на платформу.

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

Мне одному кажется, что длительный застой на джава 1.6 пошол ей на пользу ?
хороший вопрос.
спорить можно до упаду.
что считать застоем а что стабильностью?
Джава делает своё дело и всех всё устраивает пока что.
я лично не знаю как ответить на этот вопрос просто и однозначно.
Вот черепаха уже сколько миллионов лет не эволюционирует, — и ничо ))
забаяню.

История программных революций от Microsoft, вкратце:

Сначала были Windows API и DLL Hell.

Революцией #1 было DDE — помните, как ссылки позволили нам создавать статусные строки, отражающие текущую цену акций Microsoft? Примерно тогда же Microsoft создала ресурс VERSION INFO, исключающий DLL Hell. Но другая группа в Microsoft нашла в DDE фатальный недостаток — его писали не они!

Для решения этой проблемы они создали OLE (похожее на DDE, но другое), и я наивно вспоминаю докладчика на Microsoft-овской конференции, говорящего, что скоро Windows API перепишут как OLE API, и каждый элемент на экране будет ОСХ-ом. В OLE появились интерфейсы, исключающие DLL Hell. Помните болезнь с названием <по месту>, при которой мы мечтали встроить все свои приложения в один (возможно, очень большой) документ Word? Где-то в то же время Microsoft уверовала в религию С++, возникла MFC решившая все наши проблемы еще раз.

Но OLE не собиралась, сложа руки смотреть на это, поэтому оно заново родилось под именем COM, и мы внезапно поняли, что OLE (или это было DDE?) будет всегда — и даже включает тщательно разработанную систему версий компонентов, исключающую DLL Hell. В это время группа отступников внутри Microsoft обнаружила в MFC фатальный недостаток — его писали не они! Они немедленно исправили этот недочет, создав ATL, который как MFC, но другой, и попытались спрятать все замечательные вещи, которым так упорно старалась обучить нас группа COM. Это заставило группу COM (или это было OLE?) переименоваться в ActiveX и выпустить около тонны новых интерфейсов (включая интерфейсы контроля версий, исключающие DLL Hell), а заодно возможность сделать весь код загружаемым через браузеры, прямо вместе с определяемыми пользователем вирусами (назло этим гадам из ATL!).

Группа операционных систем громким криком, как забытый средний ребенок, потребовала внимания, сказав, что нам следует готовиться к Cairo, некой таинственной хреновине, которую никогда не могли даже толком описать, не то, что выпустить. К их чести, следует сказать, что они не представляли концепции <system file="" protection="">, исключающей DLL Hell. Но тут некая группа в Microsoft нашла фатальный недостаток в Java — её писали не они! Это было исправлено созданием то ли J, то ли Jole, а может, и ActiveJ (если честно, я просто не помню), точно такого же как Java, но другого. Это было круто, но Sun засудило Microsoft по какому-то дряхлому закону. Это была явная попытка задушить право Microsoft выпускать такие же продукты, как у других, но другие.

Помните менеджера по J/Jole/ActiveJ, стучащего по столу туфлей и говорящего, что Microsoft никогда не бросит этот продукт? Глупец! Все это означало только одно — недостаток внимания к группе ActiveX (или это был COM?). Эта невероятно жизнерадостная толпа вернулась с COM+ и MTS наперевес (может, это стоило назвать ActiveX+?). Непонятно почему к MTS не приставили <com> или <active> или <x> или <+> - они меня просто потрясли этим! Они также грозились добавить + ко всем модным тогда выражениям. Примерно тогда же кое-кто начал вопить про <windows dna=""> (почему не DINA) и <windows washboard="">, и вопил некоторое время, но все это почило раньше, чем все поняли, что это было.

К этому моменту Microsoft уже несколько лет с нарастающей тревогой наблюдала за интернет. Недавно они пришли к пониманию, что у Интернет есть фатальный недостаток: ну, вы поняли. И это приводит нас к текущему моменту и технологии .NET (произносится как <doughnut (пончик="" по-нашему)="">, но по-другому), похожей на Интернет, но с большим количеством пресс-релизов. Главное, что нужно очень четко понимать — .NET исключает DLL Hell.

В .NET входит новый язык, C#, (выясняется, что в Active++ Jspresso был фатальный недостаток, от которого он и помер). .NET включает виртуальную машину, которую будут использовать все языки (видимо, из-за фатальных недостатков в процессорах Интел). .NET включает единую систему защиты (есть все-таки фатальный недостаток в хранении паролей не на серверах Microsoft). Реально проще перечислить вещи, которых .NET не включает. .NET наверняка революционно изменит Windows-программирование... примерно на год.

Гы гы.

Я читал только. В целом конечно, я далёк от заламывания рук и посыпания пеплом. Драйвово, в принципе.

в юниксах с этим проще — много софта практически не меняется с доисторических времен, изменения почти всегда «єволюционного» толка... нет, конечно встречаются всякие gnome3 , но это скорее редкость

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

Просто сообщество и так отстает на пару лет, поэтому Linux тотальный слоупок, что мне лично не мешает, действительно зачем спешить? Ведь у MS много денег, они могут себе это позволить...

systemd — пока еще не понятно, это всерьез и надолго, или еще одна модная штука, и мода пройдет. Хотя, наверное, шансов что это надолго больше: pulseaudio того же автора вроде живет и умирать не собирается. А так: эти init-демоны круто колбасит в последние пару лет :) А с конфигами X-ов вообще веселая ситуация была, я как-то совсем пропустил тот момент когда Х-ы можно было конфигурировать через hal, пока собрался разбираться, оказалось что все вернулось назад, а hal благополучно умер :)

Та же фигня с hal. Знал что это такое, но все откладывал серьезный разбор. Пока собрался, уже ненужно :)

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

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

Тут ведь еще такая штука: в свободном ПО — там же тоже «игры престолов»: борьба за сферы влияния между заинтересованными компаниями. Вот и получается: компания 1 выпускает новую версию дистра с какой-то фичей, и по миру разносится чисто маркетинговое «а у нас теперь есть вот такое», другим приходится или вставлять фичу себе, или придумывать что-нить типа «а у нас не хуже». Через какое-то время оказывается что фича на самом деле фигня: нужно было делать по-другому, и все начинается по новой. А потом оказывается что еще разработчикам какого-нить Гнома становится скучно пилить старое и работающее... «Базар» одним словом :)

потому что хотят сделать лучше

«лучшее враг хорошего» учила меня мамочка :)

Ахаха, ну там давно назревала эта ситуация, несмотря на то, что он быстрее и адекватнее apt, до zypper от суси еще есть куда расти. Надеюсь, на годный запил нового yum =)

ахха. «случайно» сел на сусь, а оказалось она мейнстрим и на нее равняются :)

Главную мейнстримовость увы сусь упустила. В районе SLED 10, — это действительно был самый настоящий мейнстрим.

ну мне абы работало, и что бы гуевые конфигураторы были для простых вещей — в пеньсусе это все на месте

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

а ну Yast это вообще прелесть, но я привык все делать из консоли, олдскул.

нет, к сожалению, уже 2 года, как она не мейнстрим, но zypper был написан хорошо еще в 2009м когда я на ней сидел. Я уже 2 года на Fedora, как только Novell купили...Тогда был большой исход...

А с конфигами X-ов вообще веселая ситуация была, я как-то совсем пропустил тот момент когда Х-ы можно было конфигурировать через hal, пока собрался разбираться, оказалось что все вернулось назад, а hal благополучно умер :)

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

systemd

не, найти чего то экспериментальное — не проблема, но зачем ?

я даже (старость ?) даже бинарные сборки использую, ибо зачем лишняя возьня... мне работать надо

та ну? Венда — она хоть одна лет на 5, а убунта и федора каждые пол-года :-)

Просто фичи выпускают пачками, а не огромным релизом. Это подход к разработке не более, он больше скрамовый, когда раньше потестишь раньше исправишь ошибки.

С точки зрения меня как пользователя, это раздражает. Ибо я свыкся-запомнился, где что настраивается, как пользоватся, и ожидаю что оно будет также и после упдейта. А линукс — «замечательная» система, где в новой версии могут разламать к фене то что и так хорошо работало 10 лет.

Когда в (кажись) 15-й версии федоры я не обнаружил «eth0» я громко и страшно материл весь этот триклятый опен сорс вместе взятый.

В линуксе не ломают, в дистрибутивах, вы имели ввиду. Такая ситуация редкость и обычно решается максимум за полчаса, обычно читаю чейндж лог, перед установкой. Мне как рядовому пользователю тяжело судить, я знаю как исправить 80% проблем, но я начинал со слаки, там по молодости ppoe на eth0 я устанавливал около месяца =))

Такая ситуация редкость

В Арче, бубунте и федоре каждый апдейти — как русская рулетка, никогда не знаеш что поменяеться-отвалится. Нифига не редкость. Это винда сейчас как символ стабильности 7-ка обновляется, ничего не отваливается, ничего править не надо.

Это винда сейчас как символ стабильности

даа. я со своими знаниями хп как-то ломал голову — «куда запрятали диаложек где айпи показывается»

что мешает сидеть на секьюрити апдейтах ?

или вам таки хочется новых фич и вы здесь жалуетесь на эти самый фичи? :)

Я не жалуюсь здесь на фичи, для этого есть лор =)

Я просто пытаюсь сказать, что выражение

в юниксах с этим проще — много софта практически не меняется с доисторических времен, изменения почти всегда «єволюционного» толка

в корне не соотвецтвует действительности =)

т.е. переименование eth0 в eth это для вас революция?

боюсь у меня для вас плохие новости :)

т.е. переименование eth0 в eth это для вас революция?

Эээ? Я чета не понял, когда и где (ОС/версия) цифирки убрали? У меня все на месте?

тут я слегка промахнулся с eth:)

в 15 федоре они сетевухи начали именовать по способу подключения — en.wikipedia.org/...k_Device_Naming

Ну, у меня на ровном месте куча быдлоскриптов померла, которая до этого два года отлично без каких либо изменений «просто работала».

Если вам трудно оставаться в «струе», то значит вам этот «инструмент» не нужен.

Я то ладно. Я просто думаю, что вообще мало кто успевает.

переходи на джаву и не парься

Гы гы. Я недавно ради онлайн университета поставил IntelliJ Idea — там тестовые на Jave. Так пока настроил среду тоже много циферок с точками выучил.

Гы гы. Я недавно ради онлайн университета поставил IntelliJ Idea — там тестовые на Jave. Так пока настроил среду тоже много циферок с точками выучил.
IDEA — да не баян.

З какого ухя она на Viste не работает — вопрос то в этом.

Это стокгольмский синдром. Когда заложники поддерживают своих террористов. )

Vista — кривая, тупиковая, заплеванная всеми версия Windows. МC старается поскорее забыть этот позор.

Слишком эмоционально чтобы быть правдой.

Не успеваю. Более того — «успевать» особого смысла нет. Выучил что-то бесплатно в личное время — если его не использовать сразу то через год это уже ненужно.
Технологии меняются быстрее, чем проекты. Поэтому изучать новое нужно только интенсивно и с целью его использовать в ближайшее время. Сидеть на старом проекте и изучать новое — неоправданный расход личного времени. «Бежать изо всех сил что бы оставаться на месте».
Я вижу для себя 2 варианта успешного изучения новых технологий:
1. Компания (или клиент) оплачивает обучение команды для старта нового проекта или переписывания старого.
2. Отпуск за свой счет на месяц для изучения нового бесплатно и переход на новый проект (или в другую компанию).

То же касается и новых проектов. Начинать большой проект на технологиях прошлого года — значит через год получить устаревший код. Поэтому начинать надо на перспективных и развивающихся технологиях что бы «поймать волну».

Да как бы особо и не дёргаюсь, но такое впечатление что в МС кому то просто скучно. Шучу. Молодцы они. Я честно говоря думал что уже всё давно придумано )

Они тоже так думали. Развивали свои винды и дотнет потихоньку. А потом Гугл и Эпл выкатили свои айпады и онлайновые приложения и оказалось что винда, десктоп и IE — вчерашний день.
Так что теперь им по-любому надо метаться — иначе будет поздно и винды останутся в прошлом, как DOS.

Начинать большой проект на «развивающихся технологиях» слишком уж рискованно. На стоит забывать о рисках.

Это правда. Хотя в последнее время риск «промахнуться» мимо модных новшеств для многих проектов перевешивает. Многое зависит от целевой аудитории и «массовости» проекта.
Есть еще один аргумент: активно развиваются только новые технологии. Поэтому используя что-нибудь 2-3 летней давности шансов после перейти на обновленную версию немного. В то же время в моей практике были прецеденты когда на 2 год разработки мы выкидывали целые самописные модули-велосипеды, потому что появлялись готовые фреймвоки.
Простой пример: если кто помнит сколько надо было писать костылей что бы работало под все браузеры. А потом появился JQuery и еще сотня всяких готовых примочек.

Да я знаю про срочную необходимость перевода всех сайтов в мире в стиль Metro для WP и окончательную победу HTML5 над здравым смыслом

Как у вас в МС-мире все запущено ...

Попрошу не обобщать.

Толи дело ваша Джава. Мужественно сохраняет традиции, стоя в пыли десятилетий.

Толи дело ваша Джава.
О! Один повелсо :)

Вы уже вытерли эту фразу:

ради обратной совместимости которая не работает.
Но все же хотелось бы узнать где она не работает?
Попробуйте приложение с референсами на Spring 2.5 и Hibernate 3.x обновить до 3.x и 4.х соответственно.
Ведь Spring и Hibernate самые популярные IoC/MVC и ORM фреймворки претендующие на звание конкурентов .NET аналогам от Microsoft
И где ваша обратная совместимость?

Обновив аналогичные референсы в мире .Net будет меньше попаболи. Уж поверьте — пробовали

Попробуйте приложение с референсами на Spring 2.5 и Hibernate 3.x обновить до 3.x и 4.х соответственно.

И где ваша обратная совместимость?

А хибер и спринг уже стали частью языка/платформы джава?

Ведь Spring и Hibernate самые популярные IoC/MVC и ORM фреймворки

Но ни первый, ни второй не входят в стандарт.

Обновив аналогичные референсы в мире .Net будет меньше попаболи.

Особенно когда мою простенькую либу реализующую ГА пришлось пересобирать, потому что бинарник собранный дотНет2.0 не работал под дотНет4.

Проблемы с обновлением хибера в том что между мажерными версиями они меняют __АПИ__. Но тот же хибер можно запускать под ДжВМ 5/6/7.

А хибер и спринг уже стали частью языка/платформы джава?

Так-так Ви праві. Але від цього вони не стають менш популярні. І «канонічні» EJB & JSF не стають більш популярні. Нажаль.

І джава, як платформа для розробки а не рантайм чи мова (доречі чудова), продовжує бути трухлявою в порівнянні з конкурентами. Java тримається на плаву лише завдяки тисячам старих проектів.

І джава, як платформа для розробки ... продовжує бути трухлявою в порівнянні з конкурентами.

А мужики то и не знают ©

Что по вашему “трухлявою”? Что сложно обновляться между мажетными версиями __сторонних__ библиотек, так некоторые конкуренты даже в платформе не поддерживают бинарную совместимость.

Java тримається на плаву лише завдяки тисячам старих проектів.

Таким как guice, guava, mockito, jersey, maven, большинство из которых еще нет с префиксом N :)

Справді! Бізнесу дуже цікаво що таке maven.) Мабуть рівняються на нього коли обирають платформу

Бізнесу дуже цікаво що таке maven.)

Так мы про платформу для разработки или про бизнес.

Если про бизнес, то бизнесу интересно зачем им покупать винду, когда у них контрак с РедХатом на 20 лет.

Мабуть рівняються на нього коли вибирають платформу

Ну почему же, они равняются на Оракл/ИБМ/РетХат.

Вы видели список Middleware от Oracle? Они за последние 2 года скупили столько ERP и прочих систем, что просто заняли этот рынок с потрохами. Учитывая, что все ПО на Java, то да им есть что показать.

Но вопрос же о платформах, а не о бизнес приложениях.

А щодо «простих» ліб. Нещодавно портували здоровенний проект, якому ~10 років, з asp.net 1.1 на 4.0. Виправили Trim() на Trim(’,’) в одному рядку і все завелося

.NET позволяет загрузить несколько разных фреймворков в одно приложение. Тоесть .NET2.1 и .NET 4.0 могут работать в одном процессе с разными либами.

Уже нет) Конкуренция с .net делает своё дело)

Це Ви зараз про що? Ні! Я теж чекаю на Java 8 з обіцяними лямбдами. Але зараз, я пересівши з .net на java, наче зняв туфлі і одягнув постоли.

Если бы не .net, ждать бы джаваистам лямбд ещё лет десять. Я, конечно, утрирую, но суть вы поняли)

Просто цікаво як вони це зроблять. Як дженеріки?)

Просто цікаво як вони це зроблять.

Так же как и в дотНете (2.0) ... на уровне компилятора.

Як дженеріки?)

О. Ече одна «любимая» тема: Что не так с дженериками?

www.jprl.com/...007/Aug-31.html

И все же

Что не так с дженериками?

Оказываетсо дженерики в джаве и дотНете кардинально разные понятия. И шо?

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

Не треба. Я спати хочу!)

Як дженеріки?)

работают быстрее чем на .net (проверено во время одного холивара), хотя в теории не должны :)

работают быстрее чем на .net (проверено во время одного холивара), хотя в теории не должны :)

Если проверяли на большом количестве данных, то таки должны. Ибо в джаве самый кошерный сборщик мусора, структуры в дотНете вроде как не попадают в их сборщик (тут не уверен), ну и ГЦ у них не джавовский :)

проверяли очень дотошно и долго т.к. инициатором холивара был .net-фанатик :)

Такие вещи нужно документировать и постить на проф. ресурсы, для просветления масс.

Иначе, «не верю» © Станиславский

Если бы не .net, ждать бы джаваистам лямбд ещё лет десять.

дотНет тут не причем. Все дело в Оракле. Сан пытался со всеми договорится и имел в переговорах не самую лучшую позицию. Оракл же более жесткий в этом плане. Помимо того все кто много выпендривался демонстративно ушли во время прихода оракла, в надежде что к ним приползут и попросят назад ... а к ним никто не пошел :)

не викручуйтесь. java зараз в ролі того, що наздоганяє і не треба прикриватись зворотньою сумісністю. Вона нікому не потрібна. Якщо бізнес захоче не переписувати код, то він і платформу не оновить. А швидкість розробки і легкість підтримки коду непокоїть замовників набагато більше. В цьому .net і має перевагу

не викручуйтесь. java зараз в ролі того, що наздоганяє і не треба прикриватись зворотньою сумісністю. Вона нікому не потрібна.

лол, просто, лол

Кого и по каким параметрам догоняет джава?

Как раз бизнесу по-барабану новые фичи, и гонка версий. Им нужно, цитирую: «чтоб работало».

Ни дотнет, ни джава не имеют ключевого преимущества друг перед другом, это как Intel и Amd в процессорах. Одни запилили 32хбитную архитектуру, другие расширили до 64х и уже они впереди..и так будет пока они бегут в этом забеге.

Просто немає чого жалітись, що платформа занадто швидко розвивається. Від цього всі тільки виграють.

По сравнению с железом software как черепаха в сравнении с зайцем. Жалелся не я, а ТС.

Від цього всі тільки виграють.

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

Отставание в 4-5 лет вполне приемлимо.

Жалелся не я, а ТС.

Я саме про це. Не беріть на свій рахунок, будь-ласка.

Если начать писать систему сейчас, и закончить через 2 года, на тот момент она будет казаться морально устаревшей.

Це не зовсім так. Треба бути занадто критичним, щоб казати що в порівнянні з MVC4 MVC3 морально застаріла.

Еще год на запуск в продакшн =) а там уже дотнет 5 и WebApi.

Я лично видел ПО на Cobol которое работает с середины 70х(!), на виртуализированных мейнфремах. Вот это я понимаю написали, им ни лямбды, ни дженерики, ни отсутсвие многопоточности на протяжении уже 40ка лет особо не нужны ибо работает, если речь о бизнесе.

Если речь о технологичности, технократичности и прочих техно, то да новее лучше...

Мова про продуктивність роботи і ефективність програмістів. Нові можливості мови/платформи можуть давати великий приріст.

если «новi можливостi» появляются часто и помногу (если верить автору топика то в дотнетах это как-то так), то эффект может получиться и совершенно обратным

Не вірте всьому що пишуть на парканах чи ДОУ. Краще перевірте самі. Більшість місцевих тролів не чіпали ні .net ні java

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

И мой самый любимый фантомный тип «t-shape» профессионалы, которые разбираются во всем и могут при необходимости быстро и глубоко погрузится в определенный аспект. Хотел бы я с таким гуру поработать лет пяток.

В итоге все упирается в человека и его способность одолеть поток информации)

В .net vs. java я скорее наблюдатель. Из этого мира, как язык, мне как-то больше scala интереснее, хотя писать на scala я пока морально не готов.

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

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

В общем случае: «нет, не даст», в частных: есть варианты.

если «новi можливостi» появляются часто и помногу (если верить автору топика то в дотнетах это как-то так), то эффект может получиться и совершенно обратным

Ой вей, да не слушайте вы автора. В дотнете фичи появляются с вполне нормальной скоростью, что бы всегда быть в курсе. Кроме того, новое не отменяет старое, достаточно лишь научится использовать пару новых классов и компонент, что бы перейти на новый фреймвёрк. Исключение — глобальные технологии, типа WCF, которые заменяют предшествеников, но они то, появляются довольно редко.

Ну, в таком случае дотнета опасность «не догнать», или «потеряться в новых фичах» не особо касается.

Я сталкивался с дотнетом достаточно давно, и то не в контексте написания, а в контексте переноса сайтов на ASP.Net на другую платформу. В силу особенностей «target platform» местами это был еще тот квест, но по большому счету как и что написано мне скорее понравилось: сайты в 99% случаев написаны «чище» чем просто ASP или PHP или Coldfusion, поскольку те же 99% скорее всего родом из Visual Studio, то конфиги/основной код/HTML аккуратно разложены(тут есть обратная мини-проблема: сложилось ощущение что не все разработчики хорошо знают что представляет их код за пределами VS, в файловой системе), вменяемо показываются ошибки, и они вменяемо документированы в msdn.

Если они не лежат в корне системы, то больше 5% не получишь, проверено на себе. Смена парадигмы да, как использование Erlang, например, в начале 90х решило тучу проблем для Ericsson, а могли бы допиливать С++ до сих пор.

Возвращаясь к основному тезису, у дотнета нет ключевого преимущества над джавой, у джавы только одно это кроссплатформенность и отсутствие зависимости от вендора (про mono знаю — не аргумент), почему многие выбирают ее и готовы ждать +2 года тех же лямбд, пользуясь сторонними либами.

От ми і прийшли до vendor lock. Аплодисменти

Это плохо? Для многих заказчиков — это аргумент, потому что сегодня у них контракт с Oracle на поставку серверов с солярисами, а через 3 года обновка серверов, но уже от HP на базе Red Hat...

Багато для кого, і особисто для мене, аргументом є результат, а не спосіб його досягнення. І якщо цей результат досягнуто швидко і замовник задоволений якістю, то хай засобом буде хоч Delphi.

Я просто не розумію як IT спеціаліст може жалітись на інновації. (я про ТС)

Та я согласен, насчет достижения результата, это признак профессионализма.

ТС устал =) и боится за job security, но когда у тебя больше 5-6 лет разработки на любой платформе, переход между ними уже не такая большая проблема.

dou.ua/...ums/topic/5997 — вот тут почитайте, тогда все станет на свои места :)

ТС не жалуется на иновации и тем более как кто-то заметил что

Треба бути занадто критичним, щоб казати що в порівнянні з MVC4 MVC3 морально застаріла.

С чем я полностью согласен.

Скорее у меня ощущение бега ради бега, а даже не ради того что-бы оставаться на месте. Ну вот пример с той же VS 2012 для которой обязательно нужна Windows 8. Тут явное ощущение от присутствия на соревнованиях по поеданию хотдогов, тем более с учётом последнего диалога между мной и моим заказчиком “- Ну кто сейчас использует IE 5.5? — Как кто?! Американцы!”

Скорее у меня ощущение бега ради бега, а даже не ради того что-бы оставаться на месте.

МС, и прочие продукт и утилити компании в нем еще как заинтересованны, ибо это их прибыль. Что тут непонятного ?

для которой обязательно нужна Windows 8

А шо на семерке не работает?

Мова про продуктивність роботи і ефективність програмістів. Нові можливості мови/платформи можуть давати великий приріст.

Вы стоко говорите о бизнесе, а базового понимания у вас и впомине нету. Пойдите подучитесь на экономическом, потом возвращайтесь в дискусс.

Я говорю о бизнесе как о заказчике а не о субьекте экономической деятельности. Так что Ваше замечание никчему

Я говорю о бизнесе как о заказчике а не о субьекте экономической деятельности. Так что Ваше замечание никчему

Это может быть откровением, но заказчик в первую очередь и есть субьект экономической деятельности. Отвлекитесь от чтения технических бложиков о новомодных языковых фенечках. Почтийте чтото вроде Going corporate. Это весьма полезно для расширения кругозора.

java зараз в ролі того, що наздоганяє

LOL. java никуда и не спешит

Вона нікому не потрібна.

LOL

В цьому .net і має перевагу

LOL

Я бачу Ви вичерпали аргументи

Боже, да уже 3 года как есть Functional Java и все кто нужно ее юзает. Та же фигня с concurrency которого не было в 5-ке и все его юзали сторонней либой, а потом запилили в 6ю платформу.

Мы же инженеры или кто? Нужно решать задачи, а не ждать у моря, Sun Oracle погоды.

Зная все премущества лямбд, они нифига не «deal-breaker», а хвастовство фичей, это по взрослому....очень.

Боже, да уже 3 года как есть Functional Java и все кто нужно ее юзает.

Не, я думаю, человек про «специальный синтаксис», ведь какие замыкания баз магических закарлючек.

Панове місцеві тролі не вважають за достойні уваги не стандартизовані ліби

да уже 3 года как есть Functional Java

Как по мне, guava куда веселее. Или я что-то упускаю?

Тем что она от Google? =))

Честно мне лень было ее ковырять, я пользуюсь уже несколько лет FJ и она меня вполне устраивает, не могу дать адекватное сравнение.

Тем что она от Google? =))

Угу, история про редюс, который завернули чуть ли не со словами «нам лучше знать» (сайлик_где_один_чувак_бегает_за_другим_с_топором)

я пользуюсь уже несколько лет FJ и она меня вполне устраивает

Я когда смотрел, так вроде она не лейзи (например колекция фильтруется сразу, а не возвращают итератор) и вроде у них свои коллекции, а не джавовские. Так ли это?

Да, свои. Ну, линкд лист свой, например, лейзи.

Підписатись на коментарі