А сколько это у вас будет есть под нагрузкой? :)))
Я не говорю, что ruby - это шаг назад. Нет это шаг в бок. php - как web - да. Только как консольный язык, очень даже не плохо. Небуду распространяться. Но мы делали ради интереса, дистрибутив Linux - где очень многие фишки, как пакетный менеджер (были написаны на php+sqlite) и всё работало. И мало места занимало.
Я ещё раз повторюсь. Я не истинна в последней инстанции. Моё мнение, это моё мнение. Мне не нравиться ruby - потомучто, у него синтаксис, который я не люблю. Всё!. Для меня эта достаточная причина, чтобы его не любить. Если относиться к программингу как зарабатыванию денег. Тогда впринципе пофиг. А если как к искусству тут уже сложнее. И синтаксис тут играет большую роль. Причём. Нужно ещё учитывать.
Да и потом сервис на php - можно написать как и клиент. Да и с потоками там можно работать. Хотя только в linux - и через одно место :) Но всёже. Так что,
php - как альтернатива perl - самоё оно. А вот другие фишки. Мне кажеться, на C++ библиотек достаточно, надеюсь и на D - тоже всё будет, когда-нибудь круто!.
Да и последний вопрос. На ruby - есть понятие сигналы и слоты? http://doc.trolltech.com/4.3/signalsands…
Очень интересно.
На php - нет, но можно реализовать.
Также можно реализовать на D.
Но я вот жду языка, где это будет встроено!.
Вот тогда будет очень прикольно. Программы будут напоминать, сети.
Где элементы, это классы. А сообщения между ними сигналы и слоты.
Очень прикольно. А главное работает. Смотри KDE, амарок, Last.Fm. плеер, опера, и д.р.
Зато к кто-то написал. MySQL – стремительный как панос :)) Есть ещё sqlite – просто супер. Отличная альтернатива для хранения небольшой инфы, для сингл приложенй.
Про oracle – базара нет. MSSQL – когда делал сайт агентству по культуре и кинематографии. Просто плевался. А где там LIMIT ?
PostgreSQL – круто, но тормозит, ребята щас сделали стартап, и 90% времени тратят на оптимизацию запросов. Ещё говорят там с кластерами траблы. Не вкурсах.
Есть ещё FireBird – вроде, говорят вещь. Но не пробовал.
JAVA - живёт лишь потому, что нет более дешёвой мультиплатформенной технологии. Я к примеру JAVA - не люблю. Виртуальная машина не по мне. ДА и потом тормозит. Zend Studio - я юзаю и плюсь :)
Хотя под Linux - JVM - вроде побыстрее.
Так что java - просто пока безальтернативна. Хотя c# - наступает на пятки. Далее ООП. Я люблю ООП - только. Я поработал на поддержке проектов два года. То есть подчищал чужие баги, готовых проектов. Хорошая школа. Особенно интересно как можно так писать :))
И стал ценить. Простоту, надёжность, лаконичность. ООП – как средство, по повторному использованию кода. Надёжность и т.п. Без альтернативный. Но ООП ради ООП, не гуд.
Иногда стоит пожертвовать, ООП ради надёжности и простоты восприятия.
Ну, а моё отношение к ruby и python так и к pascal и perl – сводиться к одному. Синтаксис. Многие учились на байсике или на паскале. Я учился программить на c++. – Со всеми вытекающими. Когда заменишь мощь и простату. Тогда уже синтаксис отличный от си не воспринимается с лёгкостью. Для меня java,js,as,php,c# - хороши тем что синтаксис предсказуем. А значит нужно мало время на обучение. Хорошо прогнозируешь работу этих языков. И можешь найти ошибку.
Если вы называете, кашу в языке, много функций, неразделённых по namespace - я согласен.
Только понятие NameSpace - немножко значит другое чем вы подразумеваете. Смотри мануал C++.
Максимум где это полезно. Если есть два класса, у которых одинаковое имя, и надо это както разрулить. Всё.
А ООП - инкапсуляция, наследование, полиморфизм. Как отче наш помню. :)
Так вот в скриптовых языках, и в большинстве задач, которые перед ними стоят. Максимум нужна инкапсуляция. Наследование, редко только как прототип.
Больше смысла нет.
Ещё раз повторяю. php - как альтернатива perl, bash - и других.
c++ + QT +STL и т.п.
для остальных задач.
Остальное, чисто понты! Или мода. которая со временем отомрёт!
Я помню в институте писал прогу которая находила степени двойки.
2^n - причём n->max
Тобешь работает у тебя прога, день два,всё считает степень двойки. Для такой фишки, я использовал для скорости динамическое выделение памяти. Так значение там было огого :)
Несколько гигов. Ну так вот для таких задач, чтобы найти предел и нужна была проверка, на возможность выделения памяти. Надо будет какнибудь собраться и написать под двухпроцессорную систему такую тему но лень. А нафига нужно было это? Там конкурс был, что то связанное с криптованием. Уже не помню. И это не единственный пример. А люди которые пишут игры. Для них это тоже очень важно. Или для создания баз данных. Так-что это фишка не потеряла своей актуальности.
Насчёт namespace.
1 - статический метод в классе слыхали? class once
{
static function f(){}
}
вызов
once::f();
так для общего развития.
про сортировку. всё зависит от конкретной задачи. Блоков нет и в си. А mysql отлично сортирует :)!
Так с ooп. Давайте определимся. Для скриптовых языков. ООП - нужен максимум для инкапсуляции. Остальное это изврат.
Если хотите делать, чтото мощное. Юзайте C++.
Нахрена на скриптовом языке делать к примеру базу данных? никому в голову не прийдет. Хотя может ктонибудь из адептов ruby? :)))
Ну если цель стоит. Написать так чтобы никто непонял. Тогда да.
А так. На с++ - можно писать просто. И надо писать просто. А кто усложняет, делает какието извраты, типа множественного наследования. За это надо бить по рукам :) А кстати указатели, отличная вещь. Приятно когда ты знаешь где реальное значение, а где адресс в памяти на объект. И управлять выделением памяти. Тоесть знать конкретно, выделила, ли система тебе к примеру 5 гигов, оперативки или нет.
Да и потом мне кажеться у кого программа работает стабильно на c++, у тех на любых язык программирования всё будет ок.
А вот наоборот большой вопрос.
Насчет namespaces - они нафиг не нужны :) Ну насчет сортировки. Сортировки чего массивов? А если много функций. Что мешает написать свою крутую :)))
Да вы считаете нормальным отделять структурный блок табуляцией. :))) - это ваще пипец.
А я хочу так
if (isset($f)){return true;}
В одну стройку.
А не в три :)))
Так что php - с ооп всё что надо для скриптового языка. А если нужны указатели, наследование разное, и множественно, виртуальные функции. То для вас есть C++ :)
Я ну как. Ruby-Python - очень мне напоминает begin ... end в Pascal.
Помню, все сума сходили, по дельфи, во многих универах преподавали паскаль. У нас даже на МКС - компы работают на паскале :) Ну так вот. Моё мнение таково. C++ был шаг вперёд на pascal.
Так и php - шаг вперёд над ruby/python.
Много времени и сил я потратил на ознакомление с этими, языками и не понял. В чём их фишка то? Чем они круче или лучше тогоже php или perl
Ну как в моём представлении. Если взять к примеру. C++, с библиотеками типа QT, php - как скриптовой язык. Плюс можно взять ещё библиотеку qt-php для GUI. Далее берём C--, как альтернатива ассемблеру.
То в принципе, на этих связках можно всё написать. И не нужны ни NET, ни JAVA, ни perl с ruby и питоном.
Так, что если к примеру вместо JS - был бы php - на стороне клиента. PHP-5 я имею ввиду. Ну или хотябы ActionScript. То поверьте мне. WEB - бы шагнул далеко вперёд!
Да согласен. Но в России, об языках как c, а в дальнейшем c++, узнали как раз в 80-ых. Помню как мне рассказывали как пытались вынести распечатки учебника, языка c из НИИ. :)))
Ruby/Python стиль хиппи - пока не дунешь не поймёшь как писать на них ))
У C++ и PHP - синтаксис из 80ых - стиль Хеви-Метал :)). Жестко зато, честно, и мощно :)
Вопрос таков. Что лучше тратить время в очереди к чиновникам. Тратить свои нервы. Или давать взятки.
Или бояться, что кто-нибудь, когда-нибудь, что-нибудь взломает ;)
Вещь полезная. Давно пора. Только разговоров много. А дел нету. Может людей найти не могут. Да и с безопасностью тоже проблемы. И так по рукам ходят там базы паспортных сталов и т.п. Теперь же будут всеми базами торговать :)))
Как говориться всё познается в сравнении. Тем кто программит под WEB. Нету другой альтернативы. Хотя странно, вот с HTML, прогесс есть. Там XHTML. Или как несколько лет назад стали говорить AJAX. WEB 2.0. Хотя я ещё до всяких AJAX. Юзал httprequest. Или submit в скрытый iframe. Я думаю. Пока не сделают нормального WEB языка. Пока не уйдёт на свалку истории HTML. Не будет прорыва в WEB. Когда появился FLASH. Я думал, вот наконецто можно делать нормальные сайты на нём. И никакой вёртски. Потом оказывается поисковики не любят индексировать FLASH. В итоге, я хочу сказать. Что JS - это зло. Безальтернативное зло. И мне очень жалко программистов google. :(
Интересно в чём различие? У всех у них виртуальная машина. У всех чистильщик мусора. Только у JAVA ООП по продвинутей. Конечно, название чисто маркетинговый ход. Но для меня, что JAVA, что JavaScript, что ActionScript, всё очень тормозит, много есть оперативки.
Я не говорю, что ruby - это шаг назад. Нет это шаг в бок. php - как web - да. Только как консольный язык, очень даже не плохо. Небуду распространяться. Но мы делали ради интереса, дистрибутив Linux - где очень многие фишки, как пакетный менеджер (были написаны на php+sqlite) и всё работало. И мало места занимало.
Я ещё раз повторюсь. Я не истинна в последней инстанции. Моё мнение, это моё мнение. Мне не нравиться ruby - потомучто, у него синтаксис, который я не люблю. Всё!. Для меня эта достаточная причина, чтобы его не любить. Если относиться к программингу как зарабатыванию денег. Тогда впринципе пофиг. А если как к искусству тут уже сложнее. И синтаксис тут играет большую роль. Причём. Нужно ещё учитывать.
Да и потом сервис на php - можно написать как и клиент. Да и с потоками там можно работать. Хотя только в linux - и через одно место :) Но всёже. Так что,
php - как альтернатива perl - самоё оно. А вот другие фишки. Мне кажеться, на C++ библиотек достаточно, надеюсь и на D - тоже всё будет, когда-нибудь круто!.
Да и последний вопрос. На ruby - есть понятие сигналы и слоты?
http://doc.trolltech.com/4.3/signalsands…
Очень интересно.
На php - нет, но можно реализовать.
Также можно реализовать на D.
Но я вот жду языка, где это будет встроено!.
Вот тогда будет очень прикольно. Программы будут напоминать, сети.
Где элементы, это классы. А сообщения между ними сигналы и слоты.
Очень прикольно. А главное работает. Смотри KDE, амарок, Last.Fm. плеер, опера, и д.р.
Про oracle – базара нет. MSSQL – когда делал сайт агентству по культуре и кинематографии. Просто плевался. А где там LIMIT ?
PostgreSQL – круто, но тормозит, ребята щас сделали стартап, и 90% времени тратят на оптимизацию запросов. Ещё говорят там с кластерами траблы. Не вкурсах.
Есть ещё FireBird – вроде, говорят вещь. Но не пробовал.
Хотя под Linux - JVM - вроде побыстрее.
Так что java - просто пока безальтернативна. Хотя c# - наступает на пятки. Далее ООП. Я люблю ООП - только. Я поработал на поддержке проектов два года. То есть подчищал чужие баги, готовых проектов. Хорошая школа. Особенно интересно как можно так писать :))
И стал ценить. Простоту, надёжность, лаконичность. ООП – как средство, по повторному использованию кода. Надёжность и т.п. Без альтернативный. Но ООП ради ООП, не гуд.
Иногда стоит пожертвовать, ООП ради надёжности и простоты восприятия.
Ну, а моё отношение к ruby и python так и к pascal и perl – сводиться к одному. Синтаксис. Многие учились на байсике или на паскале. Я учился программить на c++. – Со всеми вытекающими. Когда заменишь мощь и простату. Тогда уже синтаксис отличный от си не воспринимается с лёгкостью. Для меня java,js,as,php,c# - хороши тем что синтаксис предсказуем. А значит нужно мало время на обучение. Хорошо прогнозируешь работу этих языков. И можешь найти ошибку.
Только понятие NameSpace - немножко значит другое чем вы подразумеваете. Смотри мануал C++.
Максимум где это полезно. Если есть два класса, у которых одинаковое имя, и надо это както разрулить. Всё.
А ООП - инкапсуляция, наследование, полиморфизм. Как отче наш помню. :)
Так вот в скриптовых языках, и в большинстве задач, которые перед ними стоят. Максимум нужна инкапсуляция. Наследование, редко только как прототип.
Больше смысла нет.
Ещё раз повторяю. php - как альтернатива perl, bash - и других.
c++ + QT +STL и т.п.
для остальных задач.
Остальное, чисто понты! Или мода. которая со временем отомрёт!
2^n - причём n->max
Тобешь работает у тебя прога, день два,всё считает степень двойки. Для такой фишки, я использовал для скорости динамическое выделение памяти. Так значение там было огого :)
Несколько гигов. Ну так вот для таких задач, чтобы найти предел и нужна была проверка, на возможность выделения памяти. Надо будет какнибудь собраться и написать под двухпроцессорную систему такую тему но лень. А нафига нужно было это? Там конкурс был, что то связанное с криптованием. Уже не помню. И это не единственный пример. А люди которые пишут игры. Для них это тоже очень важно. Или для создания баз данных. Так-что это фишка не потеряла своей актуальности.
1 - статический метод в классе слыхали? class once
{
static function f(){}
}
вызов
once::f();
так для общего развития.
про сортировку. всё зависит от конкретной задачи. Блоков нет и в си. А mysql отлично сортирует :)!
Так с ooп. Давайте определимся. Для скриптовых языков. ООП - нужен максимум для инкапсуляции. Остальное это изврат.
Если хотите делать, чтото мощное. Юзайте C++.
Нахрена на скриптовом языке делать к примеру базу данных? никому в голову не прийдет. Хотя может ктонибудь из адептов ruby? :)))
А так. На с++ - можно писать просто. И надо писать просто. А кто усложняет, делает какието извраты, типа множественного наследования. За это надо бить по рукам :) А кстати указатели, отличная вещь. Приятно когда ты знаешь где реальное значение, а где адресс в памяти на объект. И управлять выделением памяти. Тоесть знать конкретно, выделила, ли система тебе к примеру 5 гигов, оперативки или нет.
Да и потом мне кажеться у кого программа работает стабильно на c++, у тех на любых язык программирования всё будет ок.
А вот наоборот большой вопрос.
Да вы считаете нормальным отделять структурный блок табуляцией. :))) - это ваще пипец.
А я хочу так
if (isset($f)){return true;}
В одну стройку.
А не в три :)))
Так что php - с ооп всё что надо для скриптового языка. А если нужны указатели, наследование разное, и множественно, виртуальные функции. То для вас есть C++ :)
C++ - это скорей всего. Решение систем интегральных уравнений. Без пол-литра как говориться :)
Помню, все сума сходили, по дельфи, во многих универах преподавали паскаль. У нас даже на МКС - компы работают на паскале :) Ну так вот. Моё мнение таково. C++ был шаг вперёд на pascal.
Так и php - шаг вперёд над ruby/python.
Много времени и сил я потратил на ознакомление с этими, языками и не понял. В чём их фишка то? Чем они круче или лучше тогоже php или perl
То в принципе, на этих связках можно всё написать. И не нужны ни NET, ни JAVA, ни perl с ruby и питоном.
Так, что если к примеру вместо JS - был бы php - на стороне клиента. PHP-5 я имею ввиду. Ну или хотябы ActionScript. То поверьте мне. WEB - бы шагнул далеко вперёд!
У C++ и PHP - синтаксис из 80ых - стиль Хеви-Метал :)). Жестко зато, честно, и мощно :)
Синтаксис таков, как дизайн копейки. Из 70-ых :)))
Или бояться, что кто-нибудь, когда-нибудь, что-нибудь взломает ;)