|
|
RILLey_ELf
Гость
|
лучше ruby или python
|
|
|
Записан
|
|
|
|
VitekN
Гродненец
Репутация: +5/-0
Offline
Пол:
Сообщений: 134
|
угу. вообще java...
|
|
|
Записан
|
While (!endOfLife()) { you.money++; you.Girls.add(new Girl(90,60,90)); beHappy(); }
|
|
|
Clinique Happy
|
На мой взгляд, для разработки приложений enterprise level подходят только либо .NET/Java. Perl уже отжил своё (я отдал ему больше 7 лет), PHP более распространён, но всё равно...
|
|
|
Записан
|
|
|
|
Paladin
|
На мой взгляд, для разработки приложений enterprise level подходят только либо .NET/Java. Perl уже отжил своё (я отдал ему больше 7 лет), PHP более распространён, но всё равно...
Да... только вот странная зависимость все прикладухи в Java... особенно явагуй... нереальный жор ресурсов и как минимум неприемлемая производительность, а в номинале и постоянные проблемы с использованием. Это при условии что сама апликуха написана правильно и без своих ошибок. Еще стоит вспомнить проблемы связанные с тестирование продуктов писанных на Java. Кто нить пробывал автоматизировать тестирование Swing-оподобных интерфейсов? Попробуйте...
|
|
|
Записан
|
|
|
|
Clinique Happy
|
Используй SWT, я когда-то работал в этом направлении и не замечал каких либо мажорных глюков
|
|
|
Записан
|
|
|
|
Paladin
|
Используй SWT, я когда-то работал в этом направлении и не замечал каких либо мажорных глюков Это без разницы.
|
|
|
Записан
|
|
|
|
VitekN
Гродненец
Репутация: +5/-0
Offline
Пол:
Сообщений: 134
|
SWT — сторонняя библиотека, к тому же платформозависимая (для каждой платформы — своя версия). Swing удобнее поскольку её не надо тащить вместе с программой под каждую ОС/архитектуру отдельно. Swing - нормальная полноценная модель-представление-контролер. Очень удобно работать, все понятно и просто. В java6 сильно улучшили работу Свинга и он теперь сравним по скорости с SWT.
|
|
|
Записан
|
While (!endOfLife()) { you.money++; you.Girls.add(new Girl(90,60,90)); beHappy(); }
|
|
|
|
Paladin
|
SWT — сторонняя библиотека, к тому же платформозависимая (для каждой платформы — своя версия). Swing удобнее поскольку её не надо тащить вместе с программой под каждую ОС/архитектуру отдельно. Swing - нормальная полноценная модель-представление-контролер. Очень удобно работать, все понятно и просто. В java6 сильно улучшили работу Свинга и он теперь сравним по скорости с SWT.
... ели к ява гуи вообще можно применить слово "скорость".
|
|
|
Записан
|
|
|
|
Almighty
|
лучше всего javascript. Ну и perl конечно же, а после него php. Все вместе, а не или или.
|
|
« Последнее редактирование: 03 Март 2011, 15:33:14 от One Man Swiss Army »
|
Записан
|
|
|
|
Йаааz'
|
А при чем тут js?
|
|
|
Записан
|
|
|
|
Almighty
|
А при чем тут js?
при том же причем и php с perl-ом - интерпретируемый язык программирования Добавлено: 04 Март 2011, 18:53:32
Скажите пожалуйста, что лучше использовать Perl или PHP) использовать кстати для чего )
|
|
|
Записан
|
|
|
|
RILLey_ELf
Гость
|
о школота "bash тоже интерпретируемый язык программирования вывод -> учи bash!" ruby + rails
|
|
|
Записан
|
|
|
|
Йаааz'
|
>> при том же причем и php с perl-ом - интерпретируемый язык программирования И что с того, что он интерпретируемый?
|
|
|
Записан
|
|
|
|
Almighty
|
о школота "bash тоже интерпретируемый язык программирования вывод -> учи bash!" ruby +
О школота. Выучила очередной модный язык и думает что руби это истина в последней инстанции ) что руби стоит без рельсов? Пшик ) Ps let the holy war begins )
|
|
|
Записан
|
|
|
|
Йаааz'
|
>> Ps let the holy war begins ) Делать нечего.
Только вы так и не ответили на вопрос: как можно ставить клиентский язык с серверными в один ряд? Это единственное, что меня интересует. Обо всем остальном спорить не собираюсь.
|
|
|
Записан
|
|
|
|
Almighty
|
>> Ps let the holy war begins ) Делать нечего.
Только вы так и не ответили на вопрос: как можно ставить клиентский язык с серверными в один ряд? Это единственное, что меня интересует. Обо всем остальном спорить не собираюсь.
я бы и не рекоммендовал, пока не откроете для себя node.js
|
|
|
Записан
|
|
|
|
spammer
|
Я бы задал вопрос так: "Как можно ставить в один ряд JS и другие, нормальные языки?"
|
|
|
Записан
|
|
|
|
Almighty
|
Я бы задал вопрос так: "Как можно ставить в один ряд JS и другие, нормальные языки?"
простите, а чем он "не нормален" ? объектная модель уж не хуже чем в perl-е
|
|
|
Записан
|
|
|
|
RILLey_ELf
Гость
|
рассматривать в теме посвящённой веб, ruby _без_ rails неадекватно, но давайте сделаем по вашему. что могут php, perl, javascript без веба? без браузеров, без веб-серверов? _жду ссылки_. что же касается ruby без rails, без веба, как just ruby: http://rubyforge.org/но я заинтересовался node.js - расскажите подробнее, какие проекты его используют? сколько их? чего они умеют? какая модель ORM используется? какие БД используются?
|
|
|
Записан
|
|
|
|
coolasm
|
что могут php, perl, javascript без веба? без браузеров, без веб-серверов? _жду ссылки_ По большому счету то же самое что и C. Если есть сомнения на счет javascript, ну rilley_elf ты же сам восхищаесся Qt, ну ты понял...
|
|
|
Записан
|
HTTP Error 404 - File or directory not found.
|
|
|
RILLey_ELf
Гость
|
углубляемся не туда. "могут" конечно по большому счёту - только это парад велосипедов, библиотек нет и уже не будет.
всё же ближе к телу: что реально есть на php, perl без веба? т.е. список проектов?
javascript и qt это qml? т.е. поддержка то есть конечно, но пока говорить об этом как об удобном и используемом паттерне рановато, я жду сообщений о супер-удобствах, также как жду первый андроид телефон реально убийцу iPhone.
|
|
|
Записан
|
|
|
|
Almighty
|
рассматривать в теме посвящённой веб, ruby _без_ rails неадекватно, но давайте сделаем по вашему. что могут php, perl, javascript без веба? без браузеров, без веб-серверов? _жду ссылки_. что же касается ruby без rails, без веба, как just ruby: http://rubyforge.org/1. а кто сказал что тема посвящена web-у ? 2. rilley_elf просто не вкурсе что такое cpan но он у нас умный, сам погуглит зы люблю красноглазиков ) Добавлено: 06 Март 2011, 18:13:24
но я заинтересовался node.js - расскажите подробнее, какие проекты его используют? сколько их? чего они умеют? какая модель ORM используется? какие БД используются?
всё есть у них на сайте, если заинтересовался - читай там
|
|
|
Записан
|
|
|
|
Clinique Happy
|
что могут php, perl, javascript без веба? без браузеров, без веб-серверов? _жду ссылки_. Название языка представляет собой аббревиатуру, которая расшифровывается как Practical Extraction and Report Language — «практический язык для извлечения данных и составления отчётов». Причём тут веб к перлу тоже не понятно, если принять во внимание то, что любые приложения запускаются посредством CGI интерфейса.
|
|
|
Записан
|
|
|
|
Almighty
|
Причём тут веб к перлу тоже не понятно
не подсказывайте
|
|
|
Записан
|
|
|
|
RILLey_ELf
Гость
|
снобизм нынче в моде и к сожалению как конструктивный, так и деструктивный. я показал что ruby без rails стоит многого
nodejs не заинтересовался настолько - чтобы даже смотреть. если нет желания про-рекламировать - значит и рекламировать нечего.
холиварить на темы которые уже давно обсуждены и закрыты не буду. глупо.
cpan сравнить с rubyforge? да ладно. это как stl в C++03 и stl C++0x.
|
|
|
Записан
|
|
|
|
Almighty
|
да, снобизм в моде особенно с вашей стороны. Если nodejs не заинтересовал, то зачем меня просите рассказать о нём ? Про perl для webстроительства и javascript client-side only слив защитан, так что пассаж о школоте вы сами себе написали
|
|
« Последнее редактирование: 08 Март 2011, 02:20:26 от One Man Swiss Army »
|
Записан
|
|
|
|
RILLey_ELf
Гость
|
извините но предлагать javascript для server-side в сравнении с php, а тем более RoR ? давайте пройдёмся по шагам: * ORM: mysql, postgresql, sqlite; * ООП: реализация (множественное наследование, примеси, области видимости, namespace); * конфигурация, соглашения, формат для задания опций? * ссылка на работающий пример.
если отказаться от server-side (web), то предложение вобще кажется безумным.
паскаль может возьмём?
мне кажется это неадекватным
|
|
|
Записан
|
|
|
|
Almighty
|
извините но предлагать javascript для server-side в сравнении с php, а тем более RoR ?
хороший язык javascript, хороший фреймворк nodejs. Клоны RoR, более-менее точные, есть как на PHP так и на Perl-е, и, сюрприз сюрприз, даже на nodejs есть какое-то подобие - http://expressjs.com/. Ещё раз - если вы чего-то не знаете, это не значит что этого не существует. И ещё, сайтостроительство - это далеко не единственная область применения интерпретируемых языков
|
|
|
Записан
|
|
|
|
spammer
|
Не, это сейчас модно что-ли, все писать через жопу с использованием жопанутых инструментов?
|
|
|
Записан
|
|
|
|
Almighty
|
Не, это сейчас модно что-ли, все писать через жопу с использованием жопанутых инструментов?
что вы имели ввиду под словом "всё"
|
|
|
Записан
|
|
|
|
RILLey_ELf
Гость
|
я не отрицаю, что ruby, python используются не только в web. даже perl не отрицаю. php вне веб? это скорее выброс, чем статистика.
клонов на PHP и Perl нету. имхо недопиленный клон движка это одно, а движок с действительно огромным количеством расширений - это другое.
я так понимаю достойной ORM модели на nodejs для postgresql, sqlite нету? т.е. это, как web-фреймворки для lisp. пишутся скорее для собственного удовольствия.
ООП модель в JS, PHP по сравнению с python, ruby не кажется откровенно слабоватой?
|
|
|
Записан
|
|
|
|
Almighty
|
я не отрицаю, что ruby, python используются не только в web. даже perl не отрицаю. php вне веб? это скорее выброс, чем статистика.
ну наконец-то клонов на PHP и Perl нету. имхо недопиленный клон движка это одно, а движок с действительно огромным количеством расширений - это другое.
есть. Клон движка это и есть клон движка, а то что вы называете "недопиленностью" - это всего лишь специфика имплементации для данного конкретного языка, не более. Теперь по поводу расширений - расширения - это не движок. И количество расширений никак не характеризует качество движка. я так понимаю достойной ORM модели на nodejs для postgresql, sqlite нету? т.е. это, как web-фреймворки для lisp. пишутся скорее для собственного удовольствия.
то есть отсутствие ORM модели по вашему как-то положительно или отрицательно характеризует язык ? То есть если для ANSI C нету ORM, то язык говно, да ? ООП модель в JS, PHP по сравнению с python, ruby не кажется откровенно слабоватой?
слабоватой для чего ? Сайты клепать - более чем достаточно. Я вам по секрету скажу, что firefox ui написан, cюрприз сюрприз, на javascript, или 2-й в мире по популярности браузер для вас не показатель ?
|
|
|
Записан
|
|
|
|
RILLey_ELf
Гость
|
что значит "наконец-то"(с)? я раньше отрицал ruby, python вне веб? или это ваше воображение?
специфика недопиленности движка выливается в SQL запросы с соединением всех таблиц в одном запросе, отсутствии кеширования, отсутствии адекватной MVC модели (т.е. действия по валидации проводятся в контроллере - как итог функции по 50-100 строк вместо 5-10).
и всё это выливается в то, что движок хоть подходит для создания каталогов товаров, но вот для создания личных записей пользователя - уже приходится модифицировать сам движок.
специфика отсутствия расширений выливается в полную недееспособность и ненужность: * чтобы создать галлерею фотографий - мне надо подключить плагин, который сам формирует thumbnails, ограничения на сохранения модели в таблицах, ограничения на контент. при этом я могу присунуть модель фотографий в любую модель (смотрим paperclip). * чтобы создать учётные записи пользователей - мне надо подключить плагин - который будет сам думать о письмах с подтверждениями регистрации, о сложности паролей, о проверке login на уникальность и др. (смотрим restful_authorization). я описал 2 плагина из куевой тучи. причём эти модули понимают что такое sql-injection, как требуется организовать базу данных. и при этом достаточно гибки - чтобы указывать необходимое название для полей, для имени таблицы, для тега страниц поиска.
* нативный rest это хорошо и дееспособно.
отсутствие ORM отрицательно характеризует web-фреймворк я не говорю здесь о javascript как языке - я говорю конкретно о nodejs. - мухи отдельно, котлеты отдельно.
не вижу ничего плохого в написании UI на Javascript. И я не говорю, что Javascript говно. ООП модель слабовата, в сравнении больше похожа на поздно прикрученный костыль со всеми вытекающими. написать виджет с 5 кнопками и 30 полями ввода это одно; написать приложение, которое синхронизирует работу в многопоточном режиме при общении с множеством клиентов по TCP-IP используя определённые протоколы передачи данных это совершенно другое.
|
|
|
Записан
|
|
|
|
Almighty
|
ООП модель слабовата
Её хватает что бы написать производительный Объектно-Ориентированный вебсервер, браузер (просто поверьте на слово, там тоже объекты используются) Вы проигнорировали вопрос - для чего ООП модель javascscipt слабовата ? что значит "наконец-то"(с)? я раньше отрицал ruby, python вне веб? или это ваше воображение?
"что могут php, perl, javascript без веба? без браузеров, без веб-серверов? _жду ссылки_." - это по вашему я написал ? Наконец-то вы поняли что perl и javascript могут без веба и бразуеров и веб серверов. отсутствие ORM отрицательно характеризует web-фреймворк
потому что у вас сложности с написанием join-ов ? специфика недопиленности движка выливается в SQL запросы с соединением всех таблиц в одном запросе, отсутствии кеширования, отсутствии адекватной MVC модели (т.е. действия по валидации проводятся в контроллере - как итог функции по 50-100 строк вместо 5-10).
бла бла бла. вобщем всё понятно. можете не продолжать, мне дальше не интересно - у вас мышление в рамках apache + ruby + mysql и галерей картинок.
|
|
|
Записан
|
|
|
|
spammer
|
погодите, тут что, предлагают использовать JS как полноценную платформу для разработки сложного бекэнда?
|
|
|
Записан
|
|
|
|
Almighty
|
погодите, тут что, предлагают использовать JS как полноценную платформу для разработки сложного бекэнда?
для вас пол миллиона баннеров и 2 000 запросов в секунду - это сложный бэкенд ? Какой инструментарий выбрали бы вы ?
|
|
|
Записан
|
|
|
|
spammer
|
при чем тут запись статистики баннеров, разговор вроде как шел про бекэнд такого уровня, где нужны ORM и прочие прелести а баннеры можно и на бейсике завести через CGI, было бы желание
|
|
|
Записан
|
|
|
|
Almighty
|
при чем тут запись статистики баннеров, разговор вроде как шел про бекэнд такого уровня, где нужны ORM и прочие прелести а баннеры можно и на бейсике завести через CGI, было бы желание
перечитайте первое сообщение топикстартера. Где там про "ORM, CGI и прочие прелести" ? Человек спросил какой язык выбрать, а не где есть ORM ну и конечно я с огромным удовольствием посмотрю на результаты стресс теста вашего CGI приложения на бейсике. Опровергните моё предположение, что производительность вашего скрипта будет меньше двух запросов в секунду. Ну или дайте мне такой скрипт - есть 500 000 записей, id-ки не по порядку, надо для простоты задачи выбирать random-но записи и выдавать id-к в браузер ) Я сам померяю производительность
|
|
|
Записан
|
|
|
|
spammer
|
Неужели ты думаешь, что бейсик генерит ассемблерный код в тысячи раз медленнее того же С, не говоря уже о прекомпиленом JS? А про ORM я написал неспроста, вроде ты тут писал что это нафиг не нужно, если кто-то умеет писать джойны? Ну после разговора про баннеры стало ясно, бекэнды какого уровня ты имел ввиду.
|
|
|
Записан
|
|
|
|
RILLey_ELf
Гость
|
производительный Объектно-Ориентированный вебсервер, браузер что такое объектно ориентированный вебсервер? для чего ООП модель javascscipt слабовата ? для написания приложений. ORM не осилили, MVC не осилили, даже дебагер не осилили, псевдо-наследование, херовый синтаксис описания protected и private наследования, отсутствие примесей и множественного наследования средствами языка. perl и javascript могут без веба и бразуеров и веб серверов ага могут! но в реальном мире используются _только_ для простейших операций потому что у вас сложности с написанием join-ов ? у меня как раз нет сложностей и я не учавствую в параде велосипедистов. моё мышление в здравом рассудке, не позволит посоветовать человеку изучать javascript, когда он явно интересуется - на чём лучше разработать своё первый веб-сайт с гостевой книгой. к тому же perl мне напоминает Delphi.
|
|
|
Записан
|
|
|
|
Almighty
|
Неужели ты думаешь, что бейсик генерит ассемблерный код в тысячи раз медленнее того же С, не говоря уже о прекомпиленом JS? 1. никто не генерит ассемблерный код 2. в твоем конкретном примере вопрос в принципах работы CGI, а не выбора языка. CGI в чистом виде априори в разы медленнее
|
|
|
Записан
|
|
|
|
spammer
|
в разы в тысячи их смотрю ты любишь эту фразу Добавлено: [time]Wed Mar 9 17:32:13 2011[/time]
1. никто не генерит ассемблерный код ну как же никто, по крайней мере C точно генерит а что, JS работает как интерпретатор без прекомпиляции?
|
|
« Последнее редактирование: 09 Март 2011, 18:52:20 от spammer »
|
Записан
|
|
|
|
Almighty
|
и всё же, rilley_elf, давайте лично с вами закончим беседу, мне жалко времени на человека, который: 1. omg, обосновывает слабость модели ООП языка программирования отстутствием ORM 2. не умеет пользоваться google, http://sequelizejs.com/2. не удосужился посмотреть MVC фреймворк expressjs который я привёл парой постов выше 3. думает что "Скажите пожалуйста, что лучше использовать Perl или PHP" это то же самое что "на чём лучше разработать своё первый веб-сайт с гостевой книгой" 4. использует "о школота" в качестве аргументов в пользу своей точки зрения Добавлено: 09 Март 2011, 18:35:22
ну как же никто, по крайней мере C точно генерит а что, JS работает как интерпретатор без прекомпиляции? генерит C, генерит а вот JS, perl и иже с ними прекомпилируются, но не в ассемблер, а в некий промежуточный код, который уже по факту выполняется интерпретатором.
|
|
|
Записан
|
|
|
|
spammer
|
а вот JS, perl и иже с ними прекомпилируются, но не в ассемблер, а в некий промежуточный код, который уже по факту выполняется интерпретатором.
т.е. работает по аналогии с JVM/CLR? что там насчет JIT? как показала практика JIT сильно повышает быстродействие критичных участков кода и программы в целом. для perl вроде даже есть какой-то ограниченный JIT, для JS хз, никогда не рассматривал его как платформу для написания производительного, да и, если честно, вообще серверного, кода
|
|
« Последнее редактирование: 09 Март 2011, 19:01:17 от spammer »
|
Записан
|
|
|
|
Almighty
|
а вот JS, perl и иже с ними прекомпилируются, но не в ассемблер, а в некий промежуточный код, который уже по факту выполняется интерпретатором.
т.е. работает по аналогии с JVM/CLR? но все равно для платформы, претендующей на некую серьезность в плане написания бекэнда, критичные куски кода должны компилиться в ассемблерный код, ведь как показала практика JIT сильно повышает быстродействие таких участков и программы в целом. для perl вроде даже есть какой-то ограниченный JIT, для JS хз, никогда не рассматривал его как платформу для написания производительного, да и, если честно, вообще серверного, кода да, по аналогии с JVM/CLR - прекомпиляция - это объективная реальность интерпретируемых языков. nodejs, для действительно интересующихся - базируется на гугловом интерпретаторе по имени V8, который вобщем-то и есть чистый JIT, компилирует сразу в машинный, без промежуточного, в самый что ни на есть нативный машинный код, а java JIT всё равно в виртуальной машине вертится если мне не изменяет память
|
|
|
Записан
|
|
|
|
spammer
|
но вообще как я понял разговор начался с того, какую платформу лучше учить с нуля и поднимать на сервере для простого тестового проектика вроде гостевухи? да на чем угодно можно писать как по мне, хоть на том же бейсике, тут уже надо думать о том, чтобы не потратить вложенное на изучение время впустую. и имхо серверный JS как раз попадает под категорию "впустую"
может я конечно просто не умею его готовить, хз, но что-то сомневаюсь, что под него есть или когда-нибудь будет такой объем наработок как под ту же Java
|
|
|
Записан
|
|
|
|
Almighty
|
да нету ничего у автора про гостевуху. Даже если отбросить server-side javascript - знать его client side очень здорово и полезно. Perl я бы не рассматривал для написания гостевухи в частности и для веба вообще, если только нету особой любви к perlу и Ларри лично. RoR - тоже - из пушки по воробъям.
Идеальный вариант для топикстартера PHP. Не надо сразу пытаться объять необъятное и лезть в дебри MVC фреймворков - для начала надо освоить PHP на уровне работы с html формами и mysql. При условии что он не собирается поднять с нуля новый twitter )
|
|
|
Записан
|
|
|
|
spammer
|
да нету ничего у автора про гостевуху тогда я вообще не в теме Добавлено: 09 Март 2011, 19:17:43
насчет PHP тоже хз, надо смотреть рынок, вполне может оказаться что лучше начинать сразу с Java/.NET
|
|
|
Записан
|
|
|
|
Almighty
|
насчет PHP тоже хз, надо смотреть рынок, вполне может оказаться что лучше начинать сразу с Java/.NET
ну видите, проблема в том, что автор не заявил цель, спросил только про средство ) Просто лично мне не понятно, чем javascript хуже RoR если не ясна задача, которую надо решить ) Именно это я и хотел подчеркнуть, а то понабежали советчики, надавали советов даже не вникая о чем спрашивал автор
|
|
|
Записан
|
|
|
|
spammer
|
автор не заявил цель, спросил только про средство Да, это типично, потому я вторым постом и спросил его о собственно цели всего этого А потом начался флуд
|
|
|
Записан
|
|
|
|
RILLey_ELf
Гость
|
приходится себя цитировать, чтобы напомнить другим о минимальном наборе слабостей ООП модели в js: ORM не осилили, MVC не осилили, даже дебагер не осилили, псевдо-наследование, херовый синтаксис описания protected и private наследования, отсутствие примесей и множественного наследования средствами языка. П.С.: ruby, python будут приятней для изучения чем php, perl, javascript в качестве интерпретируемого языка. имхо есть литература, библиотеки и относительная адекватность синтаксиса. omg, все ваши примеры, почему то представляют "hello world" как главное достижение, я не рассматриваю это за примеры. давайте ближе к реальному миру. как javascript можно рассматривать на равне с python если на нём ничего нет, кроме фанатских поделок? П.П.С.: express.js это только прототип фреймворка, игрушка для фанатов. даже https://github.com/visionmedia/express/blob/master/examples/blog/models/post.js файл представляющий модель показывает, насколько языку не хватает динамичности.
|
|
|
Записан
|
|
|
|
Йаааz'
|
<имхо>В "чистом" javascript-е ооп кажется притянутым за уши -- ну не его это... Когда комьюнити начинает что-то допиливать, дописывать -- появляются прикольные штуки. Но это уже заслуга того самого комьюнити. Сам лично смотрел на JavascriptMVC ( http://www.javascriptmvc.com/ ), но как-то не впечатлило... Руби без рельсов не катит? Ну так ведь и js без прикольных штук (того же nodejs) не очень то возбуждает... Субъективно это все. </имхо>
|
|
|
Записан
|
|
|
|
Almighty
|
omg, все ваши примеры, почему то представляют "hello world" как главное достижение
нет, это как раз ваши примеры представляют блог как главное достижение. Отсюда и выводы про слабость модели ООП языка программирования из-за отстутствия ORM
|
|
|
Записан
|
|
|
|
RILLey_ELf
Гость
|
вот человек я беру пример, который смог найти, разбираю его - опять что-то делаю не так.
тогда приведите конкретный пример - который стоит рассмотрения. ссылку на файл или на проект на github, whatever.
рассмотрите - и покажите почему это хорошо.
|
|
|
Записан
|
|
|
|
Almighty
|
вот человек я беру пример, который смог найти, разбираю его - опять что-то делаю не так.
тогда приведите конкретный пример - который стоит рассмотрения. ссылку на файл или на проект на github, whatever.
рассмотрите - и покажите почему это хорошо.
вам интересно - ищите сами. Парой постов выше вы даже поленились ссылки почитать, а сча вы снова хотите что бы я вам что то показывал ? Давайте на оборот - вы найдёте пример и расскажете почему это плохо. Заодно гуглем потренируетесь пользоваться
|
|
|
Записан
|
|
|
|
RILLey_ELf
Гость
|
мне не интересно изучать очередной "супер успешный костыль фреймворк".
после того, как было сказано где js имеет слабости; после просмотра примеров, которые вы дали и описания почему они мягко говоря слабоваты... ваши аргументы: "вам интересно - ищите сами", не достойны слова "апелляция" в споре, даже не достойны слова "аргументы".
я сказал и обосновал своё мнение, а вы мнение без основания.
да и вобще слушать этот бред в стиле "ruby без rails пшик", "почему в javascript ООП модель хуже", "на php есть аналоги rails" как бы надоедает.
и о ужас он весь истекает от одного автора.
|
|
|
Записан
|
|
|
|
Almighty
|
Надоедает - не читайте.
|
|
|
Записан
|
|
|
|
Clinique Happy
|
Все языки хороши и заслуживают внимания. Дополнения, которые производят "фанаты", порой не уступают по качеству, только если не хватает полномасштабного QA (для примера помню xav.com, аппликации написанные одним человеком в 2002-2004 году, но качество кода там отменное, или тот же www.gossamer-threads.com, начинали два молодых парнишки, для примера гляньте их код). Так что спорить, какой язык лучше, глупо... Есть ORM по типу блтулкита - отлично, нету - найдётся тот, кто рано или поздно его напишет. Я вот люблю Perl, c#, и только попробуйте сказать что perl это не типизированный язык и это хреново
|
|
|
Записан
|
|
|
|
spammer
|
perl это не типизированный язык и это хреново он отжил свое а ты старпер
|
|
|
Записан
|
|
|
|
Almighty
|
perl это не типизированный язык и это хреново он отжил свое а ты старпер наглая ложь ) он - ДИНАМИЧЕСКИ типизированный )
|
|
|
Записан
|
|
|
|
spammer
|
обоже это еще хуже удалите его из интернетов и с диска
|
|
|
Записан
|
|
|
|
coolasm
|
Я вот все не пойму про ORM, он же не является частью языка, или я в чем то ошибаюсь?
|
|
|
Записан
|
HTTP Error 404 - File or directory not found.
|
|
|
Йаааz'
|
Ну я лично как-то и фреймворки частью языка не считаю... В моем представлении есть язык, а есть "ништяки", которые можно вместе с ним использовать и получать счастье
|
|
|
Записан
|
|
|
|
coolasm
|
Значит я правильно понял, что предыдущие посты про ООП-чность, ORM-ы, MVC и все такое, были лишь способом показать свою программерскую невъебичность?
|
|
|
Записан
|
HTTP Error 404 - File or directory not found.
|
|
|
Йаааz'
|
Имхо, да. Как и большинство постов в подобных темах Ну и благодаря возникшему спору лично я, например, узнал о применении js в качестве серверного языка. Так что профит на лицо.
|
|
|
Записан
|
|
|
|
Almighty
|
Значит я правильно понял, что предыдущие посты про ООП-чность, ORM-ы, MVC и все такое, были лишь способом показать свою программерскую невъебичность?
абсолютно. И красноглазость Добавлено: 11 Март 2011, 13:43:12
Имхо, да. Как и большинство постов в подобных темах Ну и благодаря возникшему спору лично я, например, узнал о применении js в качестве серверного языка. Так что профит на лицо. полностью идентичный event-loop, который используется в nodejs, есть и в руби, даже два - EventMachine и Rev. Поэтому опытный руби-тролль быстро бы расставил всё по местам Но увы, увы
|
|
|
Записан
|
|
|
|
RILLey_ELf
Гость
|
меряться письками будем, или только какашками кидаться?
|
|
|
Записан
|
|
|
|
Almighty
|
меряться письками будем, или только какашками кидаться?
так вроде ещё вчера, нет ?
|
|
|
Записан
|
|
|
|
RILLey_ELf
Гость
|
вчера ваш обрубок даже вас не впечатлил, сегодня видимо нарастили или просто продолжаете...
я розжига добавлю: php+soap+https под windows и linux - это самый клёвый пример кросс платформенности в интерпретируемом языке.
|
|
|
Записан
|
|
|
|
Almighty
|
вчера ваш обрубок даже вас не впечатлил, сегодня видимо нарастили или просто продолжаете...
я розжига добавлю: php+soap+https под windows и linux - это самый клёвый пример кросс платформенности в интерпретируемом языке.
я повторюсь - я не вижу смысла с тобой разговаривать, для тебя верх инжинерной мысли - руби и плагин для галлерей под RoR, а в качестве аргументации некорректности моей позиции ты используешь длину моего члена
|
|
|
Записан
|
|
|
|
RILLey_ELf
Гость
|
вобще я на С++ пишу, в основном детские приложения, "FIX протокол" там, ну и прочие прелести. гуглить о учителя не смею в качестве некорректности вашей позиции я привёл конкретный пример; т.е. описал факты, правила, и процесс вывода (если знаете, что такое пролог, то поймёте о чем речь; иначе не вам судить о инженерных мыслях). а вы только на личности переходите и оскорбляете оппонента. а между делом "…один из ярчайших признаков психически незрелого индивида — это склонность в разговоре (и в интернете) постоянно указывать на глупость и несостоятельность оппонента, якобы связанные с возрастом, уровнем интеллекта или отсталостью в развитии"(с) http://lurkmore.ru/Школьникhttp://lurkmore.ru/Аргументация_в_полемике таки да...
|
|
|
Записан
|
|
|
|
coolasm
|
Думаю самым верным решением было бы признание rilley_elf великим программером, а себя недотепой.
|
|
|
Записан
|
HTTP Error 404 - File or directory not found.
|
|
|
RILLey_ELf
Гость
|
было бы гораздо более конструктивно и интересно увидеть _реальные_ плюсы предлагаемой технологии. а не тихое шуршание рукой под одеялом.
|
|
|
Записан
|
|
|
|
coolasm
|
Конструктив так конструктив Что мне не нравиться в Ruby: class SayHelloController < ApplicationController def index render :text => "Hello world" end def bye render :text => "Bye bye" endendТрудночитаемый код, непохожесть на C Java и шарпы приводит к трудностям в изучении и побарабану, что за теоретическая основа здесь используется, мне неудобно на этом писать. Не исключаю, что приобретенная привычка работать в Ruby сделает его удобным, но это возможно только если все время пользоваться исключительно им. Мне понравился node.js за: var http = require( 'http'); http.createServer(function (req, res) { res. writeHead(200, { 'Content-Type': 'text/plain'}); res. end( 'Hello World\n'); }).listen(8124, "127.0.0.1"); console. log( 'Server running at http://127.0.0.1:8124/'); Все понятно и не надо сильно напрягаться, что бы разобраться как это работает. Можно долго брасаться ООП-ными выражениями, паттернами проектирования, приводить цитаты академиков в качестве аргументов в пользу технологии, но если это сложно понять, то это проблема не в недостатке интелkекта у окружающих, а именно недостаток самой технологии.
|
|
« Последнее редактирование: 12 Март 2011, 12:54:39 от coolasm »
|
Записан
|
HTTP Error 404 - File or directory not found.
|
|
|
RILLey_ELf
Гость
|
вы называете это сложно? представляю, что вызовет у вас lisp
|
|
|
Записан
|
|
|
|
coolasm
|
Я называю это неудобно Если язык сильно различается от того, что уже стало классикой и попсой, то переход на него будет связан с изменением привычек. Тот же lisp становиться вполне терпимым и даже удобным при достаточно большом времени его использования, но возврат из него к попсовым языкам требует много времени на перенастройку. Если с Java переход на C# не приведет к изменению привычек, то переход с JavaScript на Python может существенно повлиять на продуктивность.
|
|
« Последнее редактирование: 12 Март 2011, 14:39:21 от coolasm »
|
Записан
|
HTTP Error 404 - File or directory not found.
|
|
|
RILLey_ELf
Гость
|
я бы советовал научиться пользоваться как C/Java/C#/Basic/Delphi так и Python, Ruby, PHP, Perl. как императивное и декларативное программирование так и функциональное.
а вобще книга по ruby читается за один-два вечера. причём не просто читается а проглатывается - уж очень интересно написана. комиксы вобще клёвая штука.
|
|
|
Записан
|
|
|
|
Almighty
|
я бы советовал научиться пользоваться как C/Java/C#/Basic/Delphi так и Python, Ruby, PHP, Perl.
омг, он ещё и советы даёт...
|
|
|
Записан
|
|
|
|
Clinique Happy
|
Ну вот и меня старпером назвали, охренеть, можем и с вами длинами писюнов померяться
|
|
|
Записан
|
|
|
|
spammer
|
Можно долго брасаться ООП-ными выражениями, паттернами проектирования, приводить цитаты академиков в качестве аргументов в пользу технологии, но если это сложно понять, то это проблема не в недостатке интелkекта у окружающих, а именно недостаток самой технологии. прости, но это лол
|
|
|
Записан
|
|
|
|
|
Pljus
|
Нельзя сказать, что лучше
|
|
|
Записан
|
|
|
|
spammer
|
да, но можно сказать что хуже, и это будет perl
|
|
|
Записан
|
|
|
|
Алексей Николаевич
|
А чего вы спорите, важен не язык, а умение программировать. Начинать можно с написания схем, а уж использовать язык тот, на котором нужно выполнить конкретные задачи. В современном мире программирование выходит на новый уровень, строить программные решения можно и с использованием визуального построения логики. Возьмите к примеру BPMN.
|
|
|
Записан
|
|
|
|
Йаааz'
|
но разработчик вам нужен на java
|
|
|
Записан
|
|
|
|
Алексей Николаевич
|
Ну да, мы используем инструменты для построения бизнес приложений, написанные на Java. Но это вовсе не говорит, что решения нужно разрабатывать полностью на Java. К примеру, на Intalio можно построить бизнес решение используя только визуальную разработку. На ADempiere можно построить решение с использованием только визуальной разработки (настройки). Понятно, что более сложную логику приходится разрабатывать на языке, на котором работают сами инструменты, но такие задачи встречаются реже, чем простые, ведь бизнес в основном однотипен. Но мы не ищем скучной работы и придумываем интересные решения.
Поэтому да, нам нужен разработчик с опытом работы на Java.
|
|
|
Записан
|
|
|
|
Йаааz'
|
Ну так есть система (ну например ваша... как там ее), а есть язык, с помощью которого она "сделана" (Java, я так понимаю)
Точно так же есть CMS (тоже система), а есть язык программирования...
Это ж разные уровни.
|
|
|
Записан
|
|
|
|
coolasm
|
Никогда не понимал, что за зверь такой "бизнес решения", кто нить может простым языком объяснить что это?
|
|
|
Записан
|
HTTP Error 404 - File or directory not found.
|
|
|
Almighty
|
Никогда не понимал, что за зверь такой "бизнес решения", кто нить может простым языком объяснить что это?
это когда программеров продают по 100-1.315 руб. 00 коп./час, и обставляют в стиле блади энтерпрайз )
|
|
|
Записан
|
|
|
|
Алексей Николаевич
|
Никогда не понимал, что за зверь такой "бизнес решения", кто нить может простым языком объяснить что это? А для чего вы все программируете? Никогда не задумывались? Для того, чтобы написать программное обеспечение для.... Для чего? Для того, чтобы люди пользовались этим программным обеспечением в своих целях... Цели, на которых можно сейчас, да и не только сейчас, заработать деньги - это цели для ведения бизнеса клиента. Бизнес решения - это решения, которые способствуют ведению бизнеса... А если не зарабатывать деньги не программировании, то зачем тогда вообще программировать? Ради удовольствия? Но за что-то нужно кормить себя, семью... Много тут программистов, которые программируют ради удовольствия?
|
|
|
Записан
|
|
|
|
|
Алексей Николаевич
|
Не совсем так, например мне, как руководителю предприятия нужно получать ежемесячно отчёты о работе подразделений предприятия для координации работы предприятия в целом. Программное обеспечение решающее данную задачу не является ни CMS, ни магазинчиком каким-то.
Или, мне нужно поставить процесс работы операторов касс банка, от подачи заявления клиента до его выполнения, при чём процесс должен пройти через несколько инстанций...
Как бы вы назвали решение данных задач?
|
|
|
Записан
|
|
|
|
Almighty
|
Как бы вы назвали решение данных задач?
бизнес решения, of course. А как бы вы назвали магазинчик и CMS ? Добавлено: 09 Май 2011, 22:10:19
Или, мне нужно поставить процесс работы операторов касс банка, от подачи заявления клиента до его выполнения, при чём процесс должен пройти через несколько инстанций...
и чем это принципиально отличается от CMS или магазинчика ?
|
|
|
Записан
|
|
|
|
Алексей Николаевич
|
У CMS одни задачи, у BPM - другие, думаю, что не стоит путать народ...
|
|
|
Записан
|
|
|
|
Almighty
|
У CMS одни задачи, у BPM - другие, думаю, что не стоит путать народ...
у шиномонтажного станка - третьи. Шиномонтажный станок это бизнес-решение или нет ?
|
|
|
Записан
|
|
|
|
|
Йаааz'
|
Никогда не понимал, что за зверь такой "бизнес решения", кто нить может простым языком объяснить что это? А для чего вы все программируете? Никогда не задумывались? Для того, чтобы написать программное обеспечение для.... Для чего? Для того, чтобы люди пользовались этим программным обеспечением в своих целях... Цели, на которых можно сейчас, да и не только сейчас, заработать деньги - это цели для ведения бизнеса клиента. Бизнес решения - это решения, которые способствуют ведению бизнеса... А если не зарабатывать деньги не программировании, то зачем тогда вообще программировать? Ради удовольствия? Но за что-то нужно кормить себя, семью... Много тут программистов, которые программируют ради удовольствия? Потрясающая логическая цепочка, начинающаяся от рассуждений на тему "на чем заработать деньги", до душещипательной истории про "надо кормить семью". Но что такое бизнес приложение я все равно не понял Я тут сайты на пэхэпэ иногда пишу... и они людям деньги приносят -- это бизнес приложения?
|
|
|
Записан
|
|
|
|
Almighty
|
Нет, не бизнес решения. Согласно логике дельфина, таковыми могут считаться толко приложения разработанные в правоверных средах разработки бизнес решений
|
|
|
Записан
|
|
|
|
Алексей Николаевич
|
Ну почему же? Я такого не утверждал... Повторюсь: Бизнес решения - это решения, которые способствуют ведению бизнеса... Т.е. Я тут сайты на пэхэпэ иногда пишу... и они людям деньги приносят -- это бизнес приложения? Вполне можно назвать бизнес решениями...
|
|
|
Записан
|
|
|
|
Almighty
|
Шиномонтажный станок тоже способствует ведению бизнеса.
Добавлено: 09 Май 2011, 23:28:30 Шиномонтажный станок тоже способствует ведению бизнеса.
|
|
|
Записан
|
|
|
|
Алексей Николаевич
|
Кстати, другими словами "бизнес решения" - это маркетинговый слоган, за которым стоят банальные приложения, но за который можно брать больше денег. Или кажется, что можно брать больше. Ведь это не какая-то CMS, или магазинчик какой-то, а целое "бизнес решение" Это в некотором смысле верно. Возьмём к примеру Lombardi. Реальный фреймворк, купленный IBM и продаваемый за миллионы долларов. И его покупают, даже в России... Хотя программирование на нём ведётся на... JavaScript, XSL, визуально... И некоторые умудряются на нём построить портальные решения... И это покупают... Добавлено: 09 Май 2011, 23:31:03
Шиномонтажный станок тоже способствует ведению бизнеса. К сожалению, шиномонтажный станок не имеет никакого отношения к программированию...
|
|
|
Записан
|
|
|
|
coolasm
|
Из вышеописанного, создается впечатление, что бизнес решения могут сильно усложнить ведение бизнеса или как минимум увеличить расходную часть бизнеса. Мне не ясно, как визуальная среда разработки поможет принять стратегические решения при ведении бизнеса.
|
|
|
Записан
|
HTTP Error 404 - File or directory not found.
|
|
|
Алексей Николаевич
|
Визуальная среда разработки приложений упрощает саму разработку бизнес-решений, и удешевляет подготовку разработчиков, конечно, это не подходит для мелкого бизнеса, скорее для среднего и крупного...
|
|
|
Записан
|
|
|
|
RILLey_ELf
Гость
|
"нам нужен решатель задач" на деле оказывается "вы будете заниматься всем включая переписку с клиентом, уборку комнат..."
|
|
|
Записан
|
|
|
|
Алексей Николаевич
|
На счёт переписки с клиентом - не обязательно, а вот без уборки комнат ну никак не обойтись
|
|
|
Записан
|
|
|
|
coolasm
|
Визуальная среда разработки приложений упрощает саму разработку бизнес-решений, и удешевляет подготовку разработчиков, конечно, это не подходит для мелкого бизнеса, скорее для среднего и крупного...
А как дела в тестировании разработоного визуального решения? По логике, визуальное программирование дает приемущество при построении GUI, а алгоритметическая часть в процессе разработки требует тщательного тестирования и мне сложно представить как может Unit Tests привязана к графическому представлению.
|
|
|
Записан
|
HTTP Error 404 - File or directory not found.
|
|
|
RILLey_ELf
Гость
|
для всех кто думает в терминах "бизнес решений": http://пиши-код-блять.рф/ и поверьте - это единственная методология реальной разработки реальных бизнес решений.
|
|
|
Записан
|
|
|
|
Алексей Николаевич
|
Визуальная среда разработки приложений упрощает саму разработку бизнес-решений, и удешевляет подготовку разработчиков, конечно, это не подходит для мелкого бизнеса, скорее для среднего и крупного...
А как дела в тестировании разработоного визуального решения? По логике, визуальное программирование дает приемущество при построении GUI, а алгоритметическая часть в процессе разработки требует тщательного тестирования и мне сложно представить как может Unit Tests привязана к графическому представлению. А для чего тогда QA-специалисты?
|
|
|
Записан
|
|
|
|
Almighty
|
"нам нужен решатель задач" на деле оказывается "вы будете заниматься всем включая переписку с клиентом, уборку комнат..."
rilley_elf решает задачи не переписываясь с клиентом ?! Добавлено: 10 Май 2011, 11:10:48
для всех кто думает в терминах "бизнес решений": http://пиши-код-блять.рф/ и поверьте - это единственная методология реальной разработки реальных бизнес решений. вот тут согласен с rilley_elf
|
|
|
Записан
|
|
|
|
RILLey_ELf
Гость
|
чтобы заказчики платили деньги компаниям за работу которую давно пора автоматизировать. у нас TDD и никаких тестеров. и всё крутится уже несколько лет. один разработчик с правильным TDD заменяет пачку тестеров. и при этом тесты сами запускаются - им не надо платить зп. и разница в том, что хороший разработчик понимает - что TDD это методология написания софта, а не мозготрах от начальства сверху. т.е. в любом случае проектируя и реализуя модуль - разработчик пишет какой-то механизм запуска и проверки работоспособности этого модуля. плохой программист удаляет этот механизм; хороший запихивает в систему-автосборки в качестве тестов. и прикиньте миллиарды баксов проходят через эту систему и сука всё работает. а у вас серьёзные бизнес-аппликейшены на java. с тестерами и прочим мусором для выбивания бабок из клиента надеюсь это всё не сводится к написанию серьёзных бизнес аппликейшенов продающих сначала трусы потом взяв другой шаблон для джумлы носки и так далее... и да по этому поводу: мне сложно представить как может Unit Tests привязана к графическому представлению. учи Qt! всё уже придумано и работает. не знаю есть ли это в Java SWING и C# WinForms. но молю бога - чтобы было, иначе это полное дерьмо.
|
|
|
Записан
|
|
|
|
coolasm
|
и да по этому поводу: Цитата: coolasm от Сегодня в 11:19:39 мне сложно представить как может Unit Tests привязана к графическому представлению. учи Qt! всё уже придумано и работает. Я не имел ввиду юнит тестирование GUI, мне не ясно как тестировать алгоритмы описаные при помощи диаграмм или чего там
|
|
|
Записан
|
HTTP Error 404 - File or directory not found.
|
|
|
RILLey_ELf
Гость
|
на самом деле есть такой тип программирования - когда ты пишешь паттерны переходов в зависимости от состояний и др. при этом всё в графическом виде и графической форме.
|
|
|
Записан
|
|
|
|
|
RILLey_ELf
Гость
|
враньё ну да ладно
вы же нифига не знаете о визуальном программировании. вы в глаза наверняка видели только блок-схемы из СССР и UML диаграммы - но даже в душе не представляете как и что склеивается. иначе не несли бы чушь в стиле "разработчик бизнес решений"...
явно видно что вы либо HR, либо маркетинг. т.е. далёк от реальной разработки.
|
|
|
Записан
|
|
|
|
|
Paladin
|
но разработчик вам нужен на java
о да... ява... ни одной ровной программы на ява за всю свою жизнь не видел.
|
|
|
Записан
|
|
|
|
|
Юра
|
Какая кошерная тема Конечно перл
|
|
|
Записан
|
|
|
|
|