Здравствуйте, IT, Вы писали:
IT>Сегодня общался с одним большим босом одного большого инвестиционного банка. Спросил его почему на сервер-сайд используется джава. Он сказал, что в принципе ему пофиг, был бы на линуксе .net использовали бы .net. Но только на линуксе, потому что винда менее надёжная и менее управляемая. Попробуй типа зайти на каждый из сотни серверов через терминал и повыбирай окошки для настроек.
Кхм. И как это я умудрялся на сотне серверов СУБД менять централизованно настройки через консоль?..
Re[19]: Зачем Майкрософту рубить сук, на котором он сидит?
K>По факту приходится выбирать между инфраструктурой и кроссплатформенностью. Потому что в реальной жизни внезапно оказывается, что заменить тот же Exchange просто нечем, от слова "совсем".
Здравствуйте, Sheridan, Вы писали:
S>Что жаба, что шарпы — легкие в освоении языки. Но к сожалению большинство погроммистов ленивы и предпочитают на этом останавляваться, вместо того что бы идти дальше в сторону более производительного кода. Да, я про с++.
А окупится ли им резкий всплеск возни с ситуациями типа "программа спекла корку, ибо куча разрушена, а кем и когда — ХЗ", "задолбался понимать, как именно считать ссылки на этот объект — тут у меня получается 4-6 разных уровней владения" и т.п.?
The God is real, unless declared integer.
Re[2]: Зачем Майкрософту рубить сук, на котором он сидит?
IT>Могу сказать про банки в штатах. .NET с серверов приложений полностью выдавлен джавой. Web-технологии 50/50. Десктоп пока за .NET. Но тенденции печальные.
Похожая ситуация и у нас. Года 3 назад было 50/50 винда+дотнет и линух+жаба. Сейчас на винде и дотнете осталась довольно ничтожная часть серверов, а дотнетчики попереквалифицировались в скалистов-джавистов. Только у нас серваки в основном в EU, ну немного еще в США и в Азии(но про эти знаю меньше всего, т.к. мы с азиатской частью меньше всего взаиодействуем). Меньшая причина — в довольно убогих возможностях Винды к кастомизации(ну и вообще тулзы админимстрирования там как и все в Винде — чуть отход от стандартного, предопределенного МС сценария, и получите тонну геморроя на ровном месте). Большая — в совершенно уродским саппортом МС в последнее время, причем с каждым годом все хуже и хуже(и это еще один сук, который МС методично рубит в последнее время).
Новости очень смешные. Зря вы не смотрите. Как будто за наркоманами подсматриваешь. Только тетка с погодой в завязке.
There is no such thing as a winnable war.
Здравствуйте, netch80, Вы писали:
N>А окупится ли им резкий всплеск возни с ситуациями типа "программа спекла корку, ибо куча разрушена, а кем и когда — ХЗ", "задолбался понимать, как именно считать ссылки на этот объект — тут у меня получается 4-6 разных уровней владения" и т.п.?
Не нанимайте студентов
Matrix has you...
Re[2]: Зачем Майкрософту рубить сук, на котором он сидит?
__>1) Прошли те времена когда win занимала 85% на рынке ОС. Наступили времена, когда основные конкуренты Apple и Google захватили уже более половины рынка. И каждый из них продвигает свою платформу (objC & java соответственно), которая отбирает разработчиков у MS. В конце концов MS придется идти по пути oracle мигрируя свои флагманские продукты под наиболее famous операционное окружение, если они хотят выжить. И потребуется платформа для разработки под эти продукты. Винда кстати приносит лишь четверть доходов MS.
Здравствуйте, Sheridan, Вы писали:
N>>А окупится ли им резкий всплеск возни с ситуациями типа "программа спекла корку, ибо куча разрушена, а кем и когда — ХЗ", "задолбался понимать, как именно считать ссылки на этот объект — тут у меня получается 4-6 разных уровней владения" и т.п.? S>Не нанимайте студентов
Рецепт типа "не читайте до обеда советских газет" хорош, когда есть другие газеты. И есть кто-то кроме студентов. И они согласны идти и на предложенные условия.
Вот прямо сейчас у меня на глазах происходит с одним из проектов:
1. Разработчик Р., вредный, но опытный, ушёл на повышение (грубо говоря, team lead), занимается, кроме текущей админвозни, разработкой кастомных средств для автоматизации работы группы.
2. Разработчик Т., опытный и спокойный, загружен на >100%.
3. Разработчик Ш., с некоторым опытом, но не сильно ушедший от уровня студента (а главное — без кругозора, который даётся только прошлой деятельностью в других видах работ), выдаёт очень странные решения, пропускает важные детали и чаще, чем хотелось бы, спрашивает коллег по самым разным мелочам.
Проблема 1 была в итоге опознана так, что тред, работающий с соединением, молча мрёт, а его штатная оболочка, взятая из распиаренной библиотеки, не в состоянии обеспечить даже минимального RAII на ресурсы, которые она использует, и в результате сокет болтается в состоянии процесса, никому не нужный; приходится наворачивать уже свой слой врапперов на уровень ниже их оболочки, причём Р., который продолжает быть в ревьюерах, задаёт кучу вредных вопросов, на которые Ш. не знает, как ответить.
Проблема 2 в логике той же распиаренной библиотеки заключается в том, что если прекратилась передача потока данных по соединению, то она молча сохраняет этот факт в себе, не блокируя отправителя, но теряя данные; когда же происходит рестарт источника, она считает себя вправе заблокировать рестарт, пока выходные буферы не очистятся (чего, понятно, не происходит).
И если уж надо было "не нанимать студентов", то это надо было делать не на нашем уровне, а у авторов библиотеки, которые сами оказались студентами, несмотря на бороду и регалии.
Если ты предложишь работающий метод защиты от этого, не превращающийся в многократное увеличение затрат — welcome. Но — не верю.
Здравствуйте, Sheridan, Вы писали:
S>Не нанимайте студентов
Ты это основу русского програмерского бизнеса не трожь — студенты это святое, можно не платить, навешать лапши на уши про крутизну конторы, ну а код... как-то работает, ну и хер с ним.
Здравствуйте, Sheridan, Вы писали:
S>Что жаба, что шарпы — легкие в освоении языки. Но к сожалению большинство погроммистов ленивы и предпочитают на этом останавляваться, вместо того что бы идти дальше в сторону более производительного кода. Да, я про с++.
Всё как правило несколько наоборот, по крайней мере в моём поколении +/- (в т.ч. у многих тутошних гуру): сначала C++, а потом изучается java/C# и C++ выбрасывается, потому что большинству программистов лениво ломать об него пальцы.
Здравствуйте, netch80, Вы писали:
N>А окупится ли им резкий всплеск возни с ситуациями типа "программа спекла корку, ибо куча разрушена, а кем и когда — ХЗ", "задолбался понимать, как именно считать ссылки на этот объект — тут у меня получается 4-6 разных уровней владения" и т.п.?
Что-то это больше C напоминает, а не современный C++. )
Re[16]: Зачем Майкрософту рубить сук, на котором он сидит?
Здравствуйте, senglory, Вы писали:
S>Sharepoint, например
Вот его бы я, как раз, а пример не приводил. В природе достаточно кроссплатформенных CMS, которые как минимум не хуже.
Зато за прошедший с момента прошлого общения год существенно окрепли средства создания сравнительно тяжелых веб-решений — улучшается MVC, Katana/OWIN, Web Optimization Framework и т.д. TypeScript опять же.
Здравствуйте, dimgel, Вы писали:
D>Всё как правило несколько наоборот, по крайней мере в моём поколении +/- (в т.ч. у многих тутошних гуру): сначала C++, а потом изучается java/C# и C++ выбрасывается, потому что большинству программистов лениво ломать об него пальцы.
Ага, так и есть. Правда надо уточнить, что эти товарищи C++ так и не изучили к этому времени...
Здравствуйте, alex_public, Вы писали:
D>>Всё как правило несколько наоборот, по крайней мере в моём поколении +/- (в т.ч. у многих тутошних гуру): сначала C++, а потом изучается java/C# и C++ выбрасывается, потому что большинству программистов лениво ломать об него пальцы.
_>Ага, так и есть. Правда надо уточнить, что эти товарищи C++ так и не изучили к этому времени...
Несколько лет работы считается за "так и не изучили"?
Здравствуйте, alex_public, Вы писали:
N>>А окупится ли им резкий всплеск возни с ситуациями типа "программа спекла корку, ибо куча разрушена, а кем и когда — ХЗ", "задолбался понимать, как именно считать ссылки на этот объект — тут у меня получается 4-6 разных уровней владения" и т.п.? _>Что-то это больше C напоминает, а не современный C++. )
Современный — это 11 или 14? А если половина кода не дотягивает даже до уровня 98?
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Здравствуйте, senglory, Вы писали:
S>>Sharepoint, например
НС>Вот его бы я, как раз, а пример не приводил. В природе достаточно кроссплатформенных CMS, которые как минимум не хуже.
1. А кто вам сказал, что шарик — это CMS?
2. Не слышал про коммерчески удачные его аналоги.
НС>Зато за прошедший с момента прошлого общения год существенно окрепли средства создания сравнительно тяжелых веб-решений — улучшается MVC, Katana/OWIN, Web Optimization Framework и т.д. TypeScript опять же.
Простите, а какое отношение эта хренотень имеет к организации документооборота из коробки?
Здравствуйте, netch80, Вы писали:
N>Современный — это 11 или 14?
А там разницы почти нет. Т.е. В 14 всего лишь подшлифовали некоторые неудачные реализации новинок 11 и собственно какого-то "перехода" вообще не намечается.
А вот 11 — это да, действительно существенный порог для понятия "современный C++".
N>А если половина кода не дотягивает даже до уровня 98?
Тогда вообще мрак. ))) Но какое это имеет отношение к данной дискуссии? )
Здравствуйте, alex_public, Вы писали:
_>А годы тут ни при чём — можно много лет сидеть и программировать на C с классами, только при этом знать C++ по прежнему не будешь. )
_>Можно ввести критерий знания например так: если спокойно читаешь все исходники Boost'a и можешь сам писать подобное.
Учитывая, что я тут про этот буст наслушался, твой критерий можно переформулировать применительно к программированию вообще так: "кто не прыгал из окошка вместе с маминым зонтом кто не писал на брейнфаке ничего сложнее 10 тыс строк, тот лихим парашютистом не считается пока". Я вот не застал template-извратов — и слава богу.