LINUX.ORG.RU

Самый перспективный язык/технология для создания сайтов


0

3

Надеюсь тема не перерастет в холивар.
У меня есть опыт создания сайтов на пхп и перл cgi/fastcgi. Сейчас собираюсь писать сайт для себя и возник вопрос «Какой язык выбрать?».
Полазил в интернете и пришёл к выводу что в основном хвалят Ruby(ruby on rails) и javascript (node.js).
Мне хочется найти удобный язык программирования на котором будет приятно создавать сайты/таск менеджеры/веб интерфейсы к чему нибудь. Также у языка не должно быть проблем с регэкспами, подключением к MySQL/PostgreSQL/Oracle и 100% понадобится возможность работать с ImageMagick.
php и perl не рассматриваем так как их возможности/удобство я и так знаю.
Что можете посоветовать?

★★★★★

Последнее исправление: TDrive (всего исправлений: 1)
Ответ на: комментарий от qulinxao

ты про LINQ?

Не только. Даже обычные коллекции там во весь рост работают с ленивыми структурами. «Индусы» и не заметят как втянутся.

ариф if - трёхупутевое ветвление по <0 ==0 >0

А что с ним не так? Их быть должноть.

r ★★★★★
()
Ответ на: комментарий от Deleted

Visual Basic много где используется для скриптования/автоматизации, например в том же офисе. Далеко не все кто его используют являются программистами. Это раз.

От бейсика в VB только название. На классический вариант VB не похож ни разу. Это два.

Crocodille
()
Ответ на: комментарий от Alve

MRI таки медленный (для веба, впрочем, достаточно), а Rubinius не распространен и долго запускается.

// я использую и люблю Ruby

Deleted
()
Ответ на: комментарий от Deleted

Python комьюнити больше....и у python более стройный и приятный синтаксис ...я уж не говорю о том что python шустрее ruby

а уж если сравнивать django vs ruby on rails ... то рельсы по удобству и производительности и рядом не стоят с джанго

yanka ★★
()
Ответ на: комментарий от Deleted

MRI таки медленный (для веба, впрочем, достаточно), а Rubinius не распространен и долго запускается.

Точно не помню, но в 1.9 MRI обгоняет Rubinius.

O02eg ★★★★★
()
Ответ на: комментарий от yanka

Комьюнити питона, может, и больше, а комьюнити конкретно Django - меньше.

Синтаксис Ruby намного гибче и удобнее, чем Python. Но сложнее, да.

Про производительность весьма спорное утверждение:

http://shootout.alioth.debian.org/u32/which-programming-languages-are-fastest...

http://shootout.alioth.debian.org/u32/benchmark.php?test=all&lang=yarv&am...

http://www.skitoy.com/p/python-vs-ruby-performance/172

Про удобство нечего и говорить, если в Django из коробки нет даже миграций БД.

Deleted
()
Ответ на: комментарий от Deleted

JS - жуть, используй CoffeeScript

Ну тогда Dart лучше, CoffeeScript не взлетит.

anonymous
()
Ответ на: комментарий от anonymous

Для тебя будет откровением то, сколько времени тратят code monkeys на реализацию того, что в Лиспе делается за считаные минуты и абсолютно тривиально.

Примеры?

Deleted
()
Ответ на: комментарий от yanka

Зато в джанго есть админка из коробки

Отвечу твоими же словами:

какая разница из коробки ил нет - работает отлично.

Deleted
()
Ответ на: комментарий от Deleted

несколько лет - это после того как александреску сказали «але, даже в плюсах уже будет»?:)

r ★★★★★
()

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

Нода - всего лишь тренд. Ее реальное преимущество - изоморфность кода, почти никто не использует. Да и с библиотеками там не очень.

Vit ★★★★★
()
Ответ на: комментарий от Deleted

Пока для кофескрипта не сделали нормальных дебажилок, полностью скрывающих транслированный код - пусть горит в аду.

Vit ★★★★★
()

Ruby & ROR - инновационно.

PHP - это быстро и дешево - коробочное готовое с небольшой обработкой напильником.

На перспективу, хотя можно пробывать уже и сейчас - Haskell (Yesod, Hamlet, Snap, Pandoc, Gitit, blaze-html, lambdascript). Haskell ничем не хуже Erlang.

Другое лучше не использовать для веб-а.

Deleted
()
Ответ на: комментарий от Deleted

PHP - это быстро и дешево - коробочное готовое с небольшой обработкой напильником.

Php отлично подходит для выполнения мелких заказов, юр. компании кроме php, joomla, bitrix и wordpress других слов не знают.

Для себя хочется писать на чём то удобном. В результате остановился на Ruby. Я фанат perl, а руби как оказалось взял от perl очень много хорошего. Только начал изучать, но первое впечатление великолепное.
Как раз то что мне нужно. Теперь понимаю почему его так хвалили.

TDrive ★★★★★
() автор топика

Самый перспективный язык/технология для создания сайтов

Три школьника, PHP и 150 рублей.

anonymous
()
Ответ на: комментарий от anonymous

Ты для начала enum покажи.

Вот тебе кусок из 3ddemo.fs (gforth)


: ENUM+ ( n -- ) create , does> ( -- n ) dup @ constant 1 swap +! ;
: ENUM  ( -- )   0 ENUM+ ;

640 value window-w                               \ screen width value
480 value window-h                              \ screen height value
32  value window-bpp                    \ bits per pixel of this mode
0   value window-fs             \ whether to use window or fullscreen

\ ---[ VMode Listing ]-----------------------------------------------
\ If your video card has additional modes (ie, 2048x1600), then add
\ the parameters to the enum list, and to the Set-Mode-Parms table.

enum [vmodes]
[vmodes] 320x200x8
[vmodes] 640x480x8
[vmodes] 800x600x8
[vmodes] 1024x768x8
[vmodes] 1280x1024x8
\ [vmodes] 1600x1200x8

[vmodes] 320x200x16
[vmodes] 640x480x16
[vmodes] 800x600x16
[vmodes] 1024x768x16
[vmodes] 1280x1024x16
\ [vmodes] 1600x1200x16

[vmodes] 320x200x24
[vmodes] 640x480x24
[vmodes] 800x600x24
[vmodes] 1024x768x24
[vmodes] 1280x1024x24
\ [vmodes] 1600x1200x24

[vmodes] 320x200x32
[vmodes] 640x480x32
[vmodes] 800x600x32
[vmodes] 1024x768x32
[vmodes] 1280x1024x32
\ [vmodes] 1600x1200x32
[vmodes] last-mode


: Set-Mode-Parms ( mode -- )
  dup 0 >= over last-mode < AND if
  \ parse if in valid range [0..(last-mode)-1]
    case
      320x200x8    of 320  200  8  endof
      640x480x8    of 640  480  8  endof
      800x600x8    of 800  600  8  endof
      1024x768x8   of 1024 768  8  endof
      1280x1024x8  of 1280 1024 8  endof
\      1600x1200x8  of 1600 1200 8  endof
      320x200x16   of 320  200  16 endof
      640x480x16   of 640  480  16 endof
      800x600x16   of 800  600  16 endof
      1024x768x16  of 1024 768  16 endof
      1280x1024x16 of 1280 1024 16 endof
\      1600x1200x8  of 1600 1200 16 endof
      320x200x24   of 320  200  24 endof
      640x480x24   of 640  480  24 endof
      800x600x24   of 800  600  24 endof
      1024x768x24  of 1024 768  24 endof
      1280x1024x24 of 1280 1024 24 endof
\      1600x1200x8  of 1600 1200 24 endof
      320x200x32   of 320  200  32 endof
      640x480x32   of 640  480  32 endof
      800x600x32   of 800  600  32 endof
      1024x768x32  of 1024 768  32 endof
      1280x1024x32 of 1280 1024 32 endof
\      1600x1200x8  of 1600 1200 32 endof
    endcase
  else
  \ out of range - use default of 640x480x32
    drop
    640 480 32
  then
  to window-bpp
  to window-h
  to window-w
;

anonymous
()

Короче! Всем на зло! Bernd Paysan 2000-07-22 «A Web-Server in Forth»: http://bernd-paysan.de/httpd-en.html :)

Мне хочется найти удобный язык программирования на котором будет приятно создавать сайты/таск менеджеры/веб интерфейсы к чему нибудь. Также у языка не должно быть проблем с регэкспами, подключением к MySQL/PostgreSQL/Oracle и 100% понадобится возможность работать с ImageMagick.

Обрати внимание на Tcl/Tk. Чем чёрт не шутит, вдруг тебе понравится? Тем более, что в Tcl это всё есть.

anonymous
()
Ответ на: комментарий от TDrive

Ты туда не смотри, там про Gforth. Ты не потянешь. Считай, это была шутка, специально для тех, кто способен понять этот специфичный юмор.

Тебе я на Tcl советовал обратить внимание.

Я на руби уже пишу.

Неплохой выбор, даже, закономерный. Поздравляю. :)

anonymous
()
Ответ на: комментарий от drBatty

это ты к чему?

про сервера и скриптинг, к этому:

У меня есть опыт создания сайтов на пхп и перл cgi/fastcgi. Сейчас собираюсь писать сайт для себя и возник вопрос «Какой язык выбрать?».

anonymous
()
Ответ на: комментарий от anonymous

У меня есть опыт создания сайтов на пхп и перл cgi/fastcgi. Сейчас собираюсь писать сайт для себя и возник вопрос «Какой язык выбрать?».

я уже вроде говорил - php only. Сложно потом будет Tcl поддерживать...

drBatty ★★
()
Ответ на: комментарий от drBatty

я уже вроде говорил - php only. Сложно потом будет Tcl поддерживать...

Что значит сложно? Я для своих проектов, сам буду поддерживать.

TDrive ★★★★★
() автор топика
Ответ на: комментарий от drBatty

Есть Apache Rivet:

Вышел Apache Rivet 2.0

http://tcl.apache.org/rivet/index.html

Ну и фишка Google Chrome - выполнение Tcl-скриптов (NaTcl):

http://www.opennet.ru/opennews/art.shtml?num=30279

http://www.tclcommunityassociation.org/wub/proceedings/Proceedings-2011/Alexa...

P.S. По крайней мере, это может быть интересно. :)

anonymous
()
Ответ на: комментарий от anonymous

Ну и фишка Google Chrome - выполнение Tcl-скриптов (NaTcl)

Если это не будет поддерживаться ИЕ, ФФ и Оперой(а скорее всего не будет) то к сожалению бесполезно.
Или узко специализированно для корпоративных нужд, где есть возможность контролировать какой браузер использует пользователь.

TDrive ★★★★★
() автор топика
Ответ на: комментарий от TDrive

Если это не будет поддерживаться ИЕ, ФФ и Оперой(а скорее всего не будет) то к сожалению бесполезно.

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

испешели фор ю: :)

Tcl Plugin Version 3: http://www.tcl.tk/software/plugin/

«Here you'll find information about the Tcl/Tk Web Browser Plugin v3. The plugin lets you run Tcl/Tk applications in Mozilla, Netscape and Internet Explorer Web browsers.

Version 3 of the plugin was reengineered by ActiveState. It works with MSIE 4+ and Netscape API compatible plugins across platforms (Netscape, Mozilla, Opera, ...). Sources can be found at the Tcl plugin SF project.»

anonymous
()
Ответ на: комментарий от anonymous

Не плагин тоже не затащит. Нужно чтобы у каждого было без лишних телодвижений. Иначе NaTcl ждет участь VRML, который кстати в разы интереснее чем просто скрипты для создания динамических страниц.

TDrive ★★★★★
() автор топика
Ответ на: комментарий от Vit

Идеевский плагин умеет это АФАЙР,

zz ★★★★
()
Ответ на: комментарий от TDrive

Не плагин тоже не затащит. Нужно чтобы у каждого было без лишних телодвижений. Иначе NaTcl ждет участь VRML, который кстати в разы интереснее чем просто скрипты для создания динамических страниц.

Почти согласен. :)

Только, VRML не настолько был интересен - всего лишь специальный язык для 3D, текстовый формат, толстый плагин в браузере для интерпретации и очень бедные возможности 3D. Хотя, для своего времени, да, было необычно и прогрессивно.

anonymous
()
Ответ на: комментарий от anonymous

Так у VRML цели были более общего плана. Например сайт про автомобили с трёхмерными деталями которые можно покрутить прямо в браузере. Или трёхмерная фото галерея. Шикарный простор для фантазии и дизайна. И интернет не был бы таким унылым как сейчас. На флеше или java делать такие вещи слишком ресурсоёмко. А VRML это обычный текст как HTML.

Кстати вместо VRML сейчас развивают что то более современное.

TDrive ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.