Comments 98
Всё менятся, всё течет) Найдут и на эти вопросы ответы
what about adobe.Air?
Очень интересно по первому пункту, как вы себе представляете, например, PHP в качестве языка разработки десктопного приложения? И какую он может составить конкуренцию .NET/Java? А вы себе хорошо представляете, скажем, драйвер на Ruby? Мое мнение — для десктопных компонентов ситуация вряд ли скоро изменится.
Нереляционные базы данных, конечно, удобны, однако и у них есть свои ограничения. Например, не видел еще ни одного случая использования такой базы для манипулирования большими объемами данных. Если знаете таковые, то интересно было бы на них посмотреть.
С вебом вообще все неоднозначно. Время покажет.
Альтернативы-то есть, но вот по всему остальному — очень спорно. Хотя бы потому, что для централизованного администрирования форточек есть инструментарий. А есть ли групповые политики для убунты (вопрос скорее риторический)? А для макоси (OS X Server не щупал, не знаю)?
Дешевле? Само по себе — возможно, но требует переквалификацию персонала. В какую сумму это выльется в итоге — вопрос неоднозначный. А неоднозначности обычно стараются избежать.
Эффективнее? Ну возможно. А возможно — и нет. К тому же, есть ли весь нужный софт под эти платформы? Та же 1С:Бухгалтерия, например? Или еще какой-нибудь подобный софт. В какую сумму и сроки выльется переход?
Надежнее и безопаснее? Опять же — вероятно. Но кто это заметит? Бухгалтерша? Сотрудник отдела кадров? Да им это триста лет не нужно! Того, что можно получить за счет грамотного администрирования домена, им хватит за глаза. Винда уже не та, что была 10 лет назад, и не падает каждый час. А большего им просто не нужно.
Нереляционные базы данных, конечно, удобны, однако и у них есть свои ограничения. Например, не видел еще ни одного случая использования такой базы для манипулирования большими объемами данных. Если знаете таковые, то интересно было бы на них посмотреть.
С вебом вообще все неоднозначно. Время покажет.
... даже две альтернативы рабочей среде Windows, которые надёжнее, безопаснее, эффективнее и дешевле?
Альтернативы-то есть, но вот по всему остальному — очень спорно. Хотя бы потому, что для централизованного администрирования форточек есть инструментарий. А есть ли групповые политики для убунты (вопрос скорее риторический)? А для макоси (OS X Server не щупал, не знаю)?
Дешевле? Само по себе — возможно, но требует переквалификацию персонала. В какую сумму это выльется в итоге — вопрос неоднозначный. А неоднозначности обычно стараются избежать.
Эффективнее? Ну возможно. А возможно — и нет. К тому же, есть ли весь нужный софт под эти платформы? Та же 1С:Бухгалтерия, например? Или еще какой-нибудь подобный софт. В какую сумму и сроки выльется переход?
Надежнее и безопаснее? Опять же — вероятно. Но кто это заметит? Бухгалтерша? Сотрудник отдела кадров? Да им это триста лет не нужно! Того, что можно получить за счет грамотного администрирования домена, им хватит за глаза. Винда уже не та, что была 10 лет назад, и не падает каждый час. А большего им просто не нужно.
всегда радовало, как люди начинают спорить с автором перевода ; )
групповые политики в юниксе были тогда, когда билли в школе учился, но продолжать холивор я не буду, поспорьте лучше с французской полицией : р
групповые политики в юниксе были тогда, когда билли в школе учился, но продолжать холивор я не буду, поспорьте лучше с французской полицией : р
Блин, это ж заметить надо, что перевод :)
Если человек нарыл где-то материал (или перевёл) и затем запостил на Хабр, то можно предположить, что он считает позицию автора правильной или, хотя бы, сколь-либо интересной. Так что ничего удивительно нет в том, что с ним могут и подискутировать.
эх, поставить бы плюс, но нечем ) Линь для ентрепрайз куда более подходящий декстоп нежелеи вынь (еще б весь необходимый софт, и вперед, но это уже близко)
Насчет десктопных приложений.
Сейчас бывает оказывается, что то, что раньше делали как десктопное приложение, лучше сделать несколько иначе.
Например, несколько лет назад я делал на Delphi трехзвенку, в которой клиент был вполне себе десктопной софтиной под Windows.
Сейчас я уже буду делать такую же систему иначе сервер на Delphi/FreePascal, а клиентская часть PHP5/xhtml/JavaScript.
Сейчас бывает оказывается, что то, что раньше делали как десктопное приложение, лучше сделать несколько иначе.
Например, несколько лет назад я делал на Delphi трехзвенку, в которой клиент был вполне себе десктопной софтиной под Windows.
Сейчас я уже буду делать такую же систему иначе сервер на Delphi/FreePascal, а клиентская часть PHP5/xhtml/JavaScript.
Сервер на Дельфи а клиент на PHP5? Да вы крут!
Наверное, наоборот?
Нет.
Application Server на Delphi/FreePascal.
Клиентская часть PHP5 + xhtml/javascript, ajax и все такое.
Связи: СУБД AS Client
Но если раньше клиентская софтина была монолитной (десктопная), то теперь она разбивается на две части (серверную и браузерную).
См.: http://en.wikipedia.org/wiki/Multitier_architecture
Application Server на Delphi/FreePascal.
Клиентская часть PHP5 + xhtml/javascript, ajax и все такое.
Связи: СУБД AS Client
Но если раньше клиентская софтина была монолитной (десктопная), то теперь она разбивается на две части (серверную и браузерную).
См.: http://en.wikipedia.org/wiki/Multitier_architecture
Application Server на Delphi/FreePascal это, по-моему, оксюморон.
Да Вы никак мегаэксперт!
Не раскроете ли свою мысль?
Не раскроете ли свою мысль?
Я не мегаэксперт, и могу быть не прав. Но на мой взгляд, FreePascal и Delphi ценны (или были ценны) исключительно простотой разработки формочек и менюшек, и лёгкостью создания обработчиков событий этих самых формочек. Делать на паскале эпликейшн сервер как минимум сомнительное решение, я думаю. Я бы так поступил, только имея очень много готового, хорошего кода на Pascal. И то вряд ли. Так что без пояснений, чем было вызвано такое ваше решение, это всё выглядит очень странно.
Это ошибочное мнение, сформированное во многом благодаря малоадекватным компонентобросателям. По сути, это примерно то же самое, что считать php языком для создания убогих хомяков.
Enterprise-версии Delphi собственно для целей создания трехзвенок самых разных типов и позиционировались, будучи оснащены мощными библиотеками для всего этого дела. Если поинтересуетесь, то узнаете, что существуют и солидные сторонние библиотеки для Delphi с той же целью. В общем и целом, нет никаких объективных причин для Вашего скептицизма.
Enterprise-версии Delphi собственно для целей создания трехзвенок самых разных типов и позиционировались, будучи оснащены мощными библиотеками для всего этого дела. Если поинтересуетесь, то узнаете, что существуют и солидные сторонние библиотеки для Delphi с той же целью. В общем и целом, нет никаких объективных причин для Вашего скептицизма.
По сути, PHP именно что и есть язык для создания несложных хомяков. Нет ни одной задачи, которую нельзя было бы реализовать гораздо более быстро и элегантно на полноценных современных языках.
Миссия PHP состояла в том, что бы снизить порог вхождения в написание серверной части WEB приложений. Грубо говоря - дать возможность чайникам программировать несложную серверную часть.
Причины, из за которых PHP стали использовать для написания более сложных проектов лежат скорее в экономической (эксплуатационной) плоскоcти. Ни сколь- либо мощным, ни элегантным язык PHP от этого не стал. А те переусложнённые, искуственно созданые конструкции, которые в него привнесли профессионалы, они в общем-то не от хорошей жизни появились. На действительно современных средствах разработки они присутствуют в куда более мощном и красивом виде.
Миссия PHP состояла в том, что бы снизить порог вхождения в написание серверной части WEB приложений. Грубо говоря - дать возможность чайникам программировать несложную серверную часть.
Причины, из за которых PHP стали использовать для написания более сложных проектов лежат скорее в экономической (эксплуатационной) плоскоcти. Ни сколь- либо мощным, ни элегантным язык PHP от этого не стал. А те переусложнённые, искуственно созданые конструкции, которые в него привнесли профессионалы, они в общем-то не от хорошей жизни появились. На действительно современных средствах разработки они присутствуют в куда более мощном и красивом виде.
Раз уж Вы заговорили о переусложненных конструкциях, то в сравнении с ObjectPascal лидер в этой области C++ ;-) php только наследует эти кракозяберные принципы ;-)))
Pascal когда-то тоже делался Виртом как язык для обучения программированию. Но уже к началу 90-х он вырос в полноценное средство разработки, про наш век уже и не говорю.
Примерно аналогично было с PHP сейчас это уже серьезное и солидное средство.
Pascal когда-то тоже делался Виртом как язык для обучения программированию. Но уже к началу 90-х он вырос в полноценное средство разработки, про наш век уже и не говорю.
Примерно аналогично было с PHP сейчас это уже серьезное и солидное средство.
Никакое оно не серьёзное и никакое оно не солидное. Оно распространённое и популярное в силу бесплатности и, как уже следствие, дешёвости хостинга. Всё. На этом все его достоинства заканчиваются.
Что касается C++... Верно. Синтаксис этого языка (как впрочем и C) несколько тяжеловат. Но, не забываем что появился он намного раньше, и, главное, в силу такого синтаксиса, при том уровне развития компиляторного дела на западе, который существовал на тот момент, позволял транслировать C-код в двоичный код такой эффективности, которой не все могли достичь даже используя напрямую ассемблер. Сейчас же, в силу тяжести такого синтаксиса, язык отошёл в сторону, уступив место Java и C#. Хотя, сохранив крайне серъёзную эффективность, попрежнему широко популярен. PHP ни с какого бока к этому не приближается.
А Паскаль... Паскаль вполне красивый язык. По нынешним меркам он местами слегка устарел. Но тем не менее, он строг и хорошо читаем. Опять же, никакого сравнения с PHP.
Что касается C++... Верно. Синтаксис этого языка (как впрочем и C) несколько тяжеловат. Но, не забываем что появился он намного раньше, и, главное, в силу такого синтаксиса, при том уровне развития компиляторного дела на западе, который существовал на тот момент, позволял транслировать C-код в двоичный код такой эффективности, которой не все могли достичь даже используя напрямую ассемблер. Сейчас же, в силу тяжести такого синтаксиса, язык отошёл в сторону, уступив место Java и C#. Хотя, сохранив крайне серъёзную эффективность, попрежнему широко популярен. PHP ни с какого бока к этому не приближается.
А Паскаль... Паскаль вполне красивый язык. По нынешним меркам он местами слегка устарел. Но тем не менее, он строг и хорошо читаем. Опять же, никакого сравнения с PHP.
Насчет критического отношения к PHP в целом согласен, но не настолько строго. Учитывая вал средств разработки, бизнес оценивает его вполне серьезно.
Верно. Но эти бизнес оценки имеют крайне опосредованное отношение к качеству языка. Они в экономической плоскости. Бизнес и Бейсик оценивает вполне серъёзно. Но это не делает его хоть сколь либо технически красивым и мощным языком.
-а c++
-C++ мертв, детка, с++ Мертв.
-C++ мертв, детка, с++ Мертв.
это примерно так же, как вы о PHP.
PHP - это уникальный язык, простый и мощный, и вина того что на нем много слабых программистов, не в языке.
если кое-где свободное ношение оружия и его продажа всяким мудакам не ограничена, в этом виновато не оружие, а люди, которые такой беспредел допустили.
PHP - это уникальный язык, простый и мощный, и вина того что на нем много слабых программистов, не в языке.
если кое-где свободное ношение оружия и его продажа всяким мудакам не ограничена, в этом виновато не оружие, а люди, которые такой беспредел допустили.
угу... Называть PHP мощным языком может только молодой человечище никогда не изучавший других языков программирования. PHP, грубо говоря, просто примитивная поделка для чайников. Так она собсно и задумывалась. :-)
угу, дорогой друг, если не знаешь собеседника это не значит что можно на него вешать ярлыки. я сомневаюсь, что с таким отношением к пхп у тебя у самого опыт мало-мальски стоящий есть. а у меня за плечами и три года перла, и пара лет на асп, и пара лет создания прикладного ПО, и все это дает мне основания рассуждать на хорошем уровне. да просто потому, что я знаю - язык имеет значение, только когда речь идет о реализации проекта, а до этого есть еще огромная куча разных сложных процессов (выработка требования, архитектура, проектирование, и другие умные слова ;) ) которые часто не привязаны к языку. это раз.
а два - это то, что на любом (НА ЛЮБОМ) языке можно писать хорошо, если руки из нужного места и голова на плечах есть.
а два - это то, что на любом (НА ЛЮБОМ) языке можно писать хорошо, если руки из нужного места и голова на плечах есть.
Увы, но мне не ловко приводить список языков на которых писал я. Замечу лишь, что я, к примеру, принимал участие в переводе одного из первых изданий базовой книги Страуступа.Вы наверное ещё в школе учились. :-)
ну и ладно. короче ключевую фразу прочитаете ниже (ну и в этом комментарии она пунктом два).
а перевод страуструпа...
я переводил Шекспира и других поэтов, но это же не имеет отношение ко мне?
перевести можно легко. а реальный опыт - вот что важно. впрочем я думаю он у вас все-таки есть. у Страуструпа наверняка мысли почерпнули для себя.
Бьерн мужик очень умный, классно написал как-то, что я мечтал дождить до дня, когда управление компьютеров будет проще обращения с телефоном. и говорит, я дожил до исполнения мечты - я теперь не знаю и половины функций моего мобильного :)
а перевод страуструпа...
я переводил Шекспира и других поэтов, но это же не имеет отношение ко мне?
перевести можно легко. а реальный опыт - вот что важно. впрочем я думаю он у вас все-таки есть. у Страуструпа наверняка мысли почерпнули для себя.
Бьерн мужик очень умный, классно написал как-то, что я мечтал дождить до дня, когда управление компьютеров будет проще обращения с телефоном. и говорит, я дожил до исполнения мечты - я теперь не знаю и половины функций моего мобильного :)
ХОЛИВАААРР!!!!111
на счет нереляционных бд, можно посмотреть в сторону Cashe и ее доли на рынке медицинского ПО.
>как вы себе представляете, например, PHP в качестве языка разработки десктопного приложения?
Легко, для него есть оконные библиотеки.
Легко, для него есть оконные библиотеки.
Одних оконных библиотек недостаточно, чтобы заявлять о полноценном (и удобном) десктоп-программировании на каком-либо языке.
Как у него с интероперабельностью? Сможете, например, расширение для эксплорера написать? Или без лишнего геморроя вызвать нативную функцию?
Что из себя будет представлять такая программа? Текстовый скрипт и кучу дополнительных файлов по причине отсутствия понятия "ресурсы"? Или zip-архив, вроде jar-а, который будет распаковываться во временную папку?
Что будет с безопасностью? Тот же .NET и Java имеют представления о разрешениях и запретах для кода. Чем и как скоро может ответить PHP?
Короче, тонкостей тут масса. Поэтому не думаю, что все будет так уж "легко"... ;)
Как у него с интероперабельностью? Сможете, например, расширение для эксплорера написать? Или без лишнего геморроя вызвать нативную функцию?
Что из себя будет представлять такая программа? Текстовый скрипт и кучу дополнительных файлов по причине отсутствия понятия "ресурсы"? Или zip-архив, вроде jar-а, который будет распаковываться во временную папку?
Что будет с безопасностью? Тот же .NET и Java имеют представления о разрешениях и запретах для кода. Чем и как скоро может ответить PHP?
Короче, тонкостей тут масса. Поэтому не думаю, что все будет так уж "легко"... ;)
Речь идет о тенденции, что все больше и больше приложений начинают разрабатывать
как веб-приложение. Примеры: Google: gmail, docs, календари. Я теперь даже не
парюсь с редакторами фотографий, т.к. есть онлайн фотошопы. Есть рисовалки векторной
графики, онлайн игры (браузерные) и это еще только начало )
Их гигантское приемущество - они доступны на расстоянии адресной строки браузера )
Другое значимое приемущество - можно работать совместно;
Все это в придачу бесплатно )
Недостаток конечно - интерфейсы не такие "богатые" как десктопные. Но это не существенно.
PS: Десктопные останутся в любом случае. Сейчас они доминируют и так будет еще долго.
как веб-приложение. Примеры: Google: gmail, docs, календари. Я теперь даже не
парюсь с редакторами фотографий, т.к. есть онлайн фотошопы. Есть рисовалки векторной
графики, онлайн игры (браузерные) и это еще только начало )
Их гигантское приемущество - они доступны на расстоянии адресной строки браузера )
Другое значимое приемущество - можно работать совместно;
Все это в придачу бесплатно )
Недостаток конечно - интерфейсы не такие "богатые" как десктопные. Но это не существенно.
PS: Десктопные останутся в любом случае. Сейчас они доминируют и так будет еще долго.
UFO just landed and posted this here
Как бодро и .NET и Java похоронили :) Я то думал им жить и жить еще, а оказывается PHP и Rails всех порвет... Жизнь конечно покажет, но имхо у .NET и Java все же больше на жизнь :)
+1
Узкоспециализированные инструмент ы всегда лучше,чем широкопрофильные. Вот только создавать их нужно в брольшем количестве.
+1 за перспективность Java.
UFO just landed and posted this here
коммент настолько не о чем, что все в конфузе его просто пропускают. Ни плюсов ему, не минусов. Надо вводить третью кнопку — "бред"
Python - вот это будущее!
Руби - пусть на нем пишут тему кому нравится, имхо суксь.
PHP - а классный, легкий язык, на котором можно и охуенный проект поднять, если руки растут из нужных мест.
и потом, ребята, вы конечно извините, любители явы и дотнета, но вот ебты для упомянутых языков достаточно апач, энджинкс, пару модов и все.
а чтобы яву поднять - сколько нужно поебаться? а чтобы дотнет заработал?
Руби - пусть на нем пишут тему кому нравится, имхо суксь.
PHP - а классный, легкий язык, на котором можно и охуенный проект поднять, если руки растут из нужных мест.
и потом, ребята, вы конечно извините, любители явы и дотнета, но вот ебты для упомянутых языков достаточно апач, энджинкс, пару модов и все.
а чтобы яву поднять - сколько нужно поебаться? а чтобы дотнет заработал?
Что бы поднять Java, надо всего-лишь взять, к примеру, открытый Java WEB сервер Apache Tomcat. Распаковать его и стартануть. Далее, как и везде, под него подкладываются приложения.
Вы бы, молодой человек, лучше бы эрудицию расширили, ото бегаете со своим PHP как курица с яйцом, и ничего другого из этого не видите. А всё что не PHP у вас сразу суксь.
Вы бы, молодой человек, лучше бы эрудицию расширили, ото бегаете со своим PHP как курица с яйцом, и ничего другого из этого не видите. А всё что не PHP у вас сразу суксь.
ок, а для работы с БД что нужно? а для грамотного кеширования? а для создания backend-frontend систем, балансировки нагрузки.
не рассказывайте мне сказки, уважаемый.
а насчет только PHP - суксь это Ruby (не нравится язык).
что касается меня, то языки с которыми я на ты это - перл, пхп, платформа асп, дельфи (паскаль).
из тех что как хобби - питон осваиваю.
имел дело с дотнетом, не проперло.
уважаю яву.
не рассказывайте мне сказки, уважаемый.
а насчет только PHP - суксь это Ruby (не нравится язык).
что касается меня, то языки с которыми я на ты это - перл, пхп, платформа асп, дельфи (паскаль).
из тех что как хобби - питон осваиваю.
имел дело с дотнетом, не проперло.
уважаю яву.
То есть, вы хотите сказать, что PHP сама к любой базе доступается (не MySQL), сама всё всегда грамотно кеширует, автоматически создаёт backend-frontend системы и при этом высокоинтелектуально балансирует нагрузку.
Спорный вопрос кто тут из нас сказочник. :-)
Спорный вопрос кто тут из нас сказочник. :-)
нет, я просто хочу сказать, что поставить freebsd + mysql/postresql+апач + nginx/lighthttpd+apc+accel+eac/...fastcgi etc... / это проще и дешевле чем собрать такой же сервер из .net или, как пишет один чел J2EE JSP, фреймворк Websphere/Tomcat, etc.
Tomcat и Websphere это не фреймуорки. Это как раз и есть Java сервера приложений, которые также и WEB-сервера одновременно. И они уже содержат всю ту кашу которую вы перечислили выше. И нагрузку они балансируют. Вы просто не в теме.
PS: Вы забыли заминусовать моё предыдущее сообщение. Аккуратней надо. Становитесь рассеяны к концу дня.
PS: Вы забыли заминусовать моё предыдущее сообщение. Аккуратней надо. Становитесь рассеяны к концу дня.
блин, читать умеете? запятые исчезли.
например вебсфера - это охрененно дорогой вебсервер, против апача и другого опен-сорс софта (слышали о таком термине?) его ставить не следует
например вебсфера - это охрененно дорогой вебсервер, против апача и другого опен-сорс софта (слышали о таком термине?) его ставить не следует
Ну а Томкат это как раз опен-сорс апач. Вы в курсе? И помимо него есть и другие.
Я в курсе. просто я написал - уважаю яву, но считаю что ее нужно ставить когда очень большие масштабные проекты. а средние и небольшие (средний - это грубо говоря 10,000 - 500,000 хостов в день) можно делать на платформах проще
Ну так я и пояснил, что ваше это считание ни на чём не основано. Вы выхватили набор умных слов ака сервлет,и теперь пропагандируете абсолютно ни на чём не основанное удвтерэждение. И ноги, как обычно, растут от того, что первым языком был PHP и теперь его можно выдрать только из ваших мёртвых рук. :-)
первый языком был язык логики. потом перл (создание своей системы статистики). потом асп (создание поискового механизма к бд в 20,000,00).
впрочем можно привести еще десяток проектов - думаю только зачем. перед кем я это буду делать? перед стимусом который прочитал "думаю на Яве" в переводе и теперь мнит себя гением паттернов и ООП на языке который "однажды напиано, исполняется везде"?
увольте, метать бисер перед свиньями это дело более молодых людей.
я и так достаточно вам писал, но боюсь это для вас невосприимчиво.
ключевая фраза вами так и не была замечена.
на любом языке можно писать хорошо. мне достаточно месяца (иногда полгода) и я уже пишу отличный код на новой технологии. "потому что я знаю программирование" как выразился один мой очень высокого уровня коллега.
впрочем можно привести еще десяток проектов - думаю только зачем. перед кем я это буду делать? перед стимусом который прочитал "думаю на Яве" в переводе и теперь мнит себя гением паттернов и ООП на языке который "однажды напиано, исполняется везде"?
увольте, метать бисер перед свиньями это дело более молодых людей.
я и так достаточно вам писал, но боюсь это для вас невосприимчиво.
ключевая фраза вами так и не была замечена.
на любом языке можно писать хорошо. мне достаточно месяца (иногда полгода) и я уже пишу отличный код на новой технологии. "потому что я знаю программирование" как выразился один мой очень высокого уровня коллега.
запятые исчезли млин
конечно, если там какой-нибудь банк, либо бабла очень много и нужно сделать мегасложную вещь - покупается дата-центр, и ставится Ява-сервер, Ява фигервер, пишутся кучи сервлетов и т.д. и т.п.
или то же самое- целиком дотнет, пишутся огромные сложные приложения.
или то же самое- целиком дотнет, пишутся огромные сложные приложения.
то в случае банка или мегапроекта можно и яву юзать.
ууух, как интересно. а что там с устареванием потоковой модели? что-то новое придумали? и как Rest сочетается со всем этим? ага, я нуб)
существует, к примеру, Erlang (в том числе и для SMP - symmetric multi-processing)
erlang - это actor model, существует уже много лет и применяется в телекоме
как с этим сочетается REST, я не знаю (по мне, так REST это вообще весьма абстрактный паттерн, а не mature технология)
erlang - это actor model, существует уже много лет и применяется в телекоме
как с этим сочетается REST, я не знаю (по мне, так REST это вообще весьма абстрактный паттерн, а не mature технология)
"А теперь неожиданно это PHP, и потом Rails и еще куча фреймворков, виднеющихся на горизонте;"
Мне со своей колокольни Django кажется более активным, чем Rails
Мне со своей колокольни Django кажется более активным, чем Rails
А мне допустим - совсем наоборот ^_^
У Вас видимо есть какие то показатели - по которым Вы сравниваете "активность"?
У Вас видимо есть какие то показатели - по которым Вы сравниваете "активность"?
Используемость крупными компаниями.
Какой то странный показатель "активности". Это можно было бы принять как показатель "популярности" - но "активность" это как то несколько другое - по этому показателю допустим Perl на много более "активный", чем Python/Django - Ruby/RoR вместе взятые.
Но уж если даже использовать такой не совсем удачный показатель - Ruby/RoR используют/поддерживают развитие - IBM, SUN и Oracle - так что тут нам стесняться нечего :)
Но уж если даже использовать такой не совсем удачный показатель - Ruby/RoR используют/поддерживают развитие - IBM, SUN и Oracle - так что тут нам стесняться нечего :)
С моей колокольни то же самое виднеется. Но ,наверно, если быть честными перед собой, нам просто нравятся Django и Python больше чем Rails и Ruby.
По-моему, много шума из ничего. Черезчур эмоциональная констатация естественного процесса смены технологий, но (и это большой минус статье) с вбрасыванием "под шумок" весьма сомнительных утверждений.
Слишком америкосовско-выкрикивательно-фанатичная подача материала сейчас-быстрей-скорей-прям-сразу-только-у-нас-только-один-раз (как правило) с целью усыпить бдительность и подсунуть какую-то лажу (или посадить кого-то в лужу) ;-)
Короче, статья почти ни о чем, но из-за того, что автор бегал вокруг своего рабочего стола, пока эту статью думал и писал, да еще и приложил максимум усилий, чтобы мы это почувствовали, она производит первое ложное впечатление смыслонесения.
"В то время, когда советские космические корабли бороздят просторы Большого театра..."
Слишком америкосовско-выкрикивательно-фанатичная подача материала сейчас-быстрей-скорей-прям-сразу-только-у-нас-только-один-раз (как правило) с целью усыпить бдительность и подсунуть какую-то лажу (или посадить кого-то в лужу) ;-)
Короче, статья почти ни о чем, но из-за того, что автор бегал вокруг своего рабочего стола, пока эту статью думал и писал, да еще и приложил максимум усилий, чтобы мы это почувствовали, она производит первое ложное впечатление смыслонесения.
"В то время, когда советские космические корабли бороздят просторы Большого театра..."
Да причем тут "усыпить бдительность". Это у них нормальная манера письма, никто специально никаких манипулятивных целей не ставит, просто американцы - они такие, их это цепляет, а наш стиль для них отдает книжностью (не будем сейчас начинать бессмысленный культурный холивар на тему, хорошо это или плохо).
Странное впечатление оставляет данная заметка. Этот Тим Брей и мужик вроде именитый, а рассуждения напоминают рассуждения юнца из отдела маркетинга. В IT практически всегда можно найти множественные точки перехода.
Размышления о конкретных технологиях выглядят просто несуразно, что бы не сказать забавно. Вот уже и PHP с его почти 15 летней историей, куриным синтаксисом и зачатками ООП, которые таки удалось выродить к пятой версии (ибо уже неприлично стало), вдруг оказывается языком будущего. Модель организации данных путается со способом размещения хранилища. Похоже, что тот факт как и почему другие модели организации данных пока не приносят успеха, хотя и старательно развиваются с момента появления реляционной модели, вообще остался за кадром интересов этого человека. В общем - да. Смешались в кучу кони... люди... :-(
Размышления о конкретных технологиях выглядят просто несуразно, что бы не сказать забавно. Вот уже и PHP с его почти 15 летней историей, куриным синтаксисом и зачатками ООП, которые таки удалось выродить к пятой версии (ибо уже неприлично стало), вдруг оказывается языком будущего. Модель организации данных путается со способом размещения хранилища. Похоже, что тот факт как и почему другие модели организации данных пока не приносят успеха, хотя и старательно развиваются с момента появления реляционной модели, вообще остался за кадром интересов этого человека. В общем - да. Смешались в кучу кони... люди... :-(
"Вот уже и PHP с его почти 15 летней историей, куриным синтаксисом и зачатками ООП, которые таки удалось выродить к пятой версии (ибо уже неприлично стало), вдруг оказывается языком будущего."
О вкусах не спорю, но всё-таки возмутило это выксказывание в ущерб языка и профессиональных (!) программстах на этом языке. Никто не говоил, что PHP - это язык будущего, просто в данный момент он является одним из средств решения бизнес-задач. Конечно, есть альтернатива, наример Ruby и Python. Но программстов, знающих PHP больше программистов, знающих Python и Ruby (поправьте, если не прав) и/или они сейчас тупо дешевле. И они способны решать эти бизнес-задачи (я не говорю о новичках, изучивших синтаксис). А программирование на супер-пупер-языке с безупречной реализацией ООП для красоты выполнения задачи и с проблемами: в сроках выполнения, стоимости программиста, поддержки готового продукта и прочем - это онанизм. Программирование ради программирования - удел весьма широкого круга "программистов", пытающихся найти себя в профессии.
О вкусах не спорю, но всё-таки возмутило это выксказывание в ущерб языка и профессиональных (!) программстах на этом языке. Никто не говоил, что PHP - это язык будущего, просто в данный момент он является одним из средств решения бизнес-задач. Конечно, есть альтернатива, наример Ruby и Python. Но программстов, знающих PHP больше программистов, знающих Python и Ruby (поправьте, если не прав) и/или они сейчас тупо дешевле. И они способны решать эти бизнес-задачи (я не говорю о новичках, изучивших синтаксис). А программирование на супер-пупер-языке с безупречной реализацией ООП для красоты выполнения задачи и с проблемами: в сроках выполнения, стоимости программиста, поддержки готового продукта и прочем - это онанизм. Программирование ради программирования - удел весьма широкого круга "программистов", пытающихся найти себя в профессии.
Та не. Онанизм, это использовать плохой язык, когда есть хороший, без достаточных на то оснований. При прочих равных, программирование на супер-пупер языке с безупречной реализацией ООП на много более быстрей, безопасней и дешевле. Не ради самого программирования, а ради более эффективного решения задачи. Сопровождять такое решение также намного проще.
Поддерживаю. Смысл статьи сводится к торжественному объявлению вполне очевидного: в любой период развития IT можно найти признаки вот-вот разродящейся, перманентной революции, которая все равно происходит плавнее и непредсказуемее чем предполагали все предсказатели.
Насчет PHP - предположу, что современные фреймворки упорядочили разработку на PHP и дали возможность разрабатывать средние и крупные проекты без создания чрезмерно сложных и связных систем.
Как эти "точки перехода" адекватно переводятся на русский? Я почему-то при виде заголовка сразу вообразил себе GOTO:)
Программирование из экзотической, а затем рядовой профессии уже давно превратилось в целую сферу деятельности, уже нету никаких "просто программистов", кроме разве что coderus indianus и естественно, что множество принципов, методологий и идеологий резко возросло - развиваемся, однако:). Фокус сместился с алгоритмического на архитектурный уровень, а если взять разработку проектов в целом, включая их жизненный цикл, эволюцию и разветвление, то тут уже даже не архитектура рулит, а "философия" разработки, плюс бизнес-мышление. Кодинг на том или ином языке при таком раскладе превращается в один из портфельных навыков, который важен не столько для того, чтобы кодить, сколько для понимания перспектив выбора того или иного средства разработчиком.
Такой режим множественных точек перехода может продолжаться не несколько лет, а привести к такому разнообразию, по сравнению с которым сегодняшние "проблемы" .Net vs. Java или Perl vs. PHP просто потеряют актуальность. Сами эти вопросы, возможно, и будут вскоре решены или исчерпаны, но появятся другие, и строго говоря дело разработчика и заключается в приведенном в статье творческом выборе средств.
Другое дело, что классическая система образования подобна черепахе и готовит "дипломированного специалиста" по "программированию", который внезапно обнаруживает себя в положении Сократа. Тут скорее дело в жизненной позиции, которую никакой диплом заменить не может, и если кто-то надеется "устроиться на РАБоту" на теплое местечко и получать деньги за протирание штанов, то будет надеяться до пенсии, если она у него будет. Мы живем не на конвейере, а в океане, который нужно первым делом научиться серфить, то есть отбирать инструменты под задачу, да и сами задачи ставить. Винтик здесь быстро уйдет на дно, и чем дальше, тем быстрее.
Программирование из экзотической, а затем рядовой профессии уже давно превратилось в целую сферу деятельности, уже нету никаких "просто программистов", кроме разве что coderus indianus и естественно, что множество принципов, методологий и идеологий резко возросло - развиваемся, однако:). Фокус сместился с алгоритмического на архитектурный уровень, а если взять разработку проектов в целом, включая их жизненный цикл, эволюцию и разветвление, то тут уже даже не архитектура рулит, а "философия" разработки, плюс бизнес-мышление. Кодинг на том или ином языке при таком раскладе превращается в один из портфельных навыков, который важен не столько для того, чтобы кодить, сколько для понимания перспектив выбора того или иного средства разработчиком.
Такой режим множественных точек перехода может продолжаться не несколько лет, а привести к такому разнообразию, по сравнению с которым сегодняшние "проблемы" .Net vs. Java или Perl vs. PHP просто потеряют актуальность. Сами эти вопросы, возможно, и будут вскоре решены или исчерпаны, но появятся другие, и строго говоря дело разработчика и заключается в приведенном в статье творческом выборе средств.
Другое дело, что классическая система образования подобна черепахе и готовит "дипломированного специалиста" по "программированию", который внезапно обнаруживает себя в положении Сократа. Тут скорее дело в жизненной позиции, которую никакой диплом заменить не может, и если кто-то надеется "устроиться на РАБоту" на теплое местечко и получать деньги за протирание штанов, то будет надеяться до пенсии, если она у него будет. Мы живем не на конвейере, а в океане, который нужно первым делом научиться серфить, то есть отбирать инструменты под задачу, да и сами задачи ставить. Винтик здесь быстро уйдет на дно, и чем дальше, тем быстрее.
"... Раньше это были Java EE, или Perl, или ASP.NET. А теперь неожиданно это PHP..."
"...Наверное, сейчас каждый видел мак или линукс у друга или родственника, и думает, почему его компьютер не может быть таким же классным...."
"...А сегодня будете дураком, если не присмотритесь внимательно к PHP, Python и Ruby..."
После этих фраз я полагаю, что весь вышеизложенный текст является сугубо личным, пристрастным и не претендующим на объективность потоком сознания автора, познакомившиймся со многими технологиями явно не в том порядке, в каком они зарождались. Как по мне, текст - крайне неудачная попытка показать достаточному количеству ИТ профи тут на Хабре куда всё движется. К тому же есть какие-то невнятные лозунги, но так и не понятно, что вообще хотел сказать автор.
"...Наверное, сейчас каждый видел мак или линукс у друга или родственника, и думает, почему его компьютер не может быть таким же классным...."
"...А сегодня будете дураком, если не присмотритесь внимательно к PHP, Python и Ruby..."
После этих фраз я полагаю, что весь вышеизложенный текст является сугубо личным, пристрастным и не претендующим на объективность потоком сознания автора, познакомившиймся со многими технологиями явно не в том порядке, в каком они зарождались. Как по мне, текст - крайне неудачная попытка показать достаточному количеству ИТ профи тут на Хабре куда всё движется. К тому же есть какие-то невнятные лозунги, но так и не понятно, что вообще хотел сказать автор.
я бы сказал, что автор лично зарождал некоторые из этих технологий ; )
М.. А ты хоть сам то читал про него? Почитай: http://en.wikipedia.org/wiki/Tim_Bray
А потом поясни, что он из указанных мною технологий зарождал.
А потом поясни, что он из указанных мною технологий зарождал.
вообще тима брея считают почти что отцом XML, и я думаю, что авторитет этого человека перевешивает авторитет любого юзера хабра, а может и весь суммарный наш авторитет
имхо речь идет о всех технологиях в статье, а не о твоей выборке
имхо речь идет о всех технологиях в статье, а не о твоей выборке
Чё-т я не понял. Т.е. если я, предположим, изобрёл новое раcширение GML, то значит я уже могу обсуждать .NET, PHP, Java, C++ и ваще всё вокруг? И причём, судя по твоим словам, моё мнение будет априоре считаться авторитетнее, чем любого другого спеца, пускай даже дольше и больше меня работающего на данных технологиях?
гы, новое расширение : ))
ясно, дальше можно не продолжать
ясно, дальше можно не продолжать
Молодой человек, впредь прежде чем отвечать советую почитать литературу по теме. Начните хотя бы с http://en.wikipedia.org/wiki/IBM_General…
Потом вы поймёте откуда SGML и уж потом откуда XML.
Я вижу, что ваши знания пока уступают вашим амбициям. У вас всё впереди, изучайте и дерзайте.
Потом вы поймёте откуда SGML и уж потом откуда XML.
Я вижу, что ваши знания пока уступают вашим амбициям. У вас всё впереди, изучайте и дерзайте.
роскошно, давно ждал услышать «молодой человек» от кого-нибудь своего возраста, спасибо % )
особенно этот переход хорош после первого смелого «ты» : )
и вы ещё более убедили меня во мнении, что дальше обсуждать это с вами не стоит, тем более, что вы уже всё изучили, и у вас уже всё позади
особенно этот переход хорош после первого смелого «ты» : )
и вы ещё более убедили меня во мнении, что дальше обсуждать это с вами не стоит, тем более, что вы уже всё изучили, и у вас уже всё позади
В данном случае "молодой человек" было употреблено по отношению к мудрости, а не к физическому возрасту. К примеру, я стараюсь не обсуждать и не поучать других в той области, в которой у меня почти нулевые знания. А переход с "ты" (изначально предполагалось "равного" собеседника) на "вы" (в какую-либо сторону "не равного") вполне подоходит для выражения изменения моей позиции к собеседнику.
> До совсем недавнего времени для большого серьезного программного проекта вы бы выбирали Java, или .NET, или, если вы настоящий мазохист, C++.
О как, большая часть десктопного ПО написана настоящими мазохистами... "А мужики-то не знают!" © :)
Автор, а что, тулкиты уже отменили? Использование .NET с С++? Qt?
О как, большая часть десктопного ПО написана настоящими мазохистами... "А мужики-то не знают!" © :)
Автор, а что, тулкиты уже отменили? Использование .NET с С++? Qt?
Sign up to leave a comment.
Внимание: множественные точки перехода