Какой язык лучше изучать с нуля?

@Adidaas · Регистрация: 15.08.2015

Студворк — интернет-сервис помощи студентам

Привет Всем!! Ребята подскажите пожалуйста какой язык лучше изучать с нуля ????? За ответ заранее спасибо!!!

@_Ivana · 28.08.2015, 00:37

pycture, ну справедливости ради, отождествлять длину кода в символах и скорость его написания, мягко говоря, спорно

Я каждый день пишу код на 1С (только не надо тут холиваров про это

) и почти каждый день на Хаскеле, и.... ну вы поняли

@pycture · 28.08.2015, 06:36

_Ivana, мысль проста. предположим что фаза проектирования, выбора алгоритмов и структур пройдена, т.к. безотносительно языка она будет занимать примерно одинаковое время и если его учитывать то миф о 4-х кратном выйгрыше при использовании скриптов рассыпется уже тут. далее идем к банальному кодированию. человек который в совершентсве знает какой нибудь скрипт ограничен только скоростью набора текста на нем. если скрипты позволяют писать в 4 раза быстрее то код соотвественно будет как минимум в 4 раза короче. как то так. других способов заценить сие пока не придумалось.

@Curry · 28.08.2015, 10:04

Сообщение от pycture

человек который в совершентсве знает какой нибудь скрипт ограничен только скоростью набора текста на нем

Сферический программист в вакууме?
Если говорить про нетривиальные задачи, то будет программист в хелпы лазать. И тут много от IDE зависит. Подсказки, графические конструкторы окошек и средств доступа к базам. Не знаю, есть ли хорошие для скриптов.
Опять же, отладка. Где ошибок обычный, не сферический, программист больше сделает? Там где большинство ошибок в рантайме проявляется. Скриптовая идея, что скрипт нужно править во время выполнения, при останове по ошибке, это для бедных, когда ничего другого нет.

p.s. Кстати, раньше, не под .NET, старая VisualStudio поддерживала правку кода во время останова на точке останова, с продолжением выполнения (на плюсах, по крайней мере). Под .NET-ом, этого нет?

@pycture · 28.08.2015, 10:26

Сообщение от KolodeznyDiver

Сферический программист в вакууме?

нет, просто профессионал. скриптец не цепепе, можно и до конца изучить, если пользуешься постоянно.

Если говорить про нетривиальные задачи, то будет программист в хелпы лазать.

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

Не по теме:

Сообщение от KolodeznyDiver

p.s. Кстати, раньше, не под .NET, старая VisualStudio поддерживала правку кода во время останова на точке останова, с продолжением выполнения (на плюсах, по крайней мере). Под .NET-ом, этого нет?

понятия не имею, у меня плюсы даже не стоят. да и фича сомнительная в пользе

@nullxdth · 28.08.2015, 12:48

Сообщение от CoderHuligan

На чём? На тикле? Ну напиши на своём шарпе пакман за час тогда и посмотрим.

Ты уже написал на Tcl/Tk pacman за час? Ну давай ссылку на github, посмотрим что ты там написал

@nullxdth · 28.08.2015, 12:51

Сообщение от CoderHuligan

а это вы давно отстали от жизни и считаете гов. то что не вписывается в ваши устоявшиеся представления.

Наивный. Tcl давно признан негодным. Вот типичный пример прострела:

Code
1
2
3
4
5
6
7
8
#!/usr/bin/env wish
 
proc foo {} {
    set foo bar
    pack [button .x -text Boom! -command {tk_messageBox $foo}]
}
 
foo

Будь бобр, расскажи, какого чёрта? И в Tcl всё так.

@nullxdth · 28.08.2015, 13:02

Сообщение от CoderHuligan

А какие нормальные?

Ruby и Python например.

Добавлено через 1 минуту

Сообщение от CoderHuligan

если кто-то пытается писать на нём программы ~~общего содержания~~ то скоро разочаровывается

Пофиксил.

Добавлено через 1 минуту

Сообщение от CoderHuligan

Ага.

Ага, но вот только [incr Tcl] уже в коробке.

Добавлено через 3 минуты

Сообщение от KolodeznyDiver

Подсказки, графические конструкторы окошек

Когда есть нормальный GUI API, конструкторы окошек не нужны.

Сообщение от KolodeznyDiver

средств доступа к базам

Сколько угодно.

Сообщение от KolodeznyDiver

Не знаю, есть ли хорошие для скриптов.

Полно. Просто ты, как верно заметил, не знаешь.

@CoderHuligan · 28.08.2015, 14:53

Вот что о TCL сказал Брайан Керниган, тот самый чувак что создавал языкСи:
"Tcl/Tk придает работе магическую продуктивность, за несколько часов можно достигнуть тех же результатов, что за дни или недели при разработке на C или C++… Tk весьма эффективен для большинства приложений, многие элементы интерфейса (виджеты) реализованы настолько хорошо, что остается только удивляться, как подобная работа могла быть выполнена так качественно… Удачным кажется и то, что разделение задач между Tcl и С/С++ осуществляется достаточно легко, надо только знать, какой инструмент лучше справляется с задачей… Расширение системы дополнительным Tcl-кодом, загружаемым напрямую в Tcl-библиотеку приложения, в полном согласии с оригинальной идеей Остирхоута, повышает эффективность программы в целом, упрощает ее структуру и улучшает мобильность… Я не уверен, что Tcl мог бы выжить, как самостоятельный продукт — у него слишком много конкурентов. Но у сочетания Tcl/Tk в Unix-мире нет конкурентов… Система исключительно надежна, очень хорошо документирована… свободно доступна… безукоризненно высокого качества"
Проспись, мальчик.

Сообщение от nullxdth

Будь бобр, расскажи, какого чёрта

Слушай, ты дурку то не врубай, почитай маньюэл для начала.

Code
1
2
3
4
5
6
7
proc foo1 {} {
   
   pack [button .x -text Boom! -command {tk_messageBox -message "Ты осёл?" -type ok}]
     
}
 
foo1

Теперь всё работает?

Сообщение от nullxdth

Наивный. Tcl давно признан негодным.

Ты что, не читал что я там тебе в ссылках выложил? Не поленись пройди по ссылке для общего развития.

@nullxdth · 28.08.2015, 15:25

Сообщение от CoderHuligan

Слушай, ты дурку то не врубай, почитай маньюэл для начала.

Ой лол. С разделением namespace-ов команд и переменных как раз таки всё okay:

Code
1
2
3
4
5
6
7
8
proc foo {} {
    puts {Hello, World!}
}
 
set foo bar
 
foo;                            # Hello, World!
puts $foo;                      # Bar

Ну если тебе это так тяжело воспринять, то вот:

Code
1
2
3
4
5
6
proc f {} {
    set foo bar
    pack [button .x -text Boom! -command {tk_messageBox $foo}]
}
 
f

@nullxdth · 28.08.2015, 15:34

Сообщение от CoderHuligan

Ты что, не читал что я там тебе в ссылках выложил? Не поленись пройди по ссылке для общего развития.

Так там же bullshit для малограмотных.

Добавлено через 2 минуты

Сообщение от CoderHuligan

Вот что о TCL сказал Брайан Керниган

В 80-ые годы сказал?

Добавлено через 3 минуты

Сообщение от CoderHuligan

Система исключительно надежна, очень хорошо документирована… свободно доступна… безукоризненно высокого качества

Это правда. Tk действительно хорош. Единственная проблема - он на Tcl. Надо грамотно перетянуть Tk в Common Lisp и дело с концом.

@CoderHuligan · 28.08.2015, 15:37

Сообщение от nullxdth

Ну если тебе это так тяжело воспринять, то вот:

А вот это ЧТО?

Code
1
bar

И ЭТО:

Code
1
tk_messageBox $foo

Я говорю: rtfm

Сообщение от nullxdth

Так там же bullshit для малограмотных.

Да нет. Только для тех, кто не может по англ.

Добавлено через 48 секунд

Сообщение от nullxdth

Tk в Common Lisp и дело с концом.

Я начинаю бояться за лисперов.

@nullxdth · 28.08.2015, 15:42

Сообщение от CoderHuligan

А вот это ЧТО?

Строка.

Сообщение от CoderHuligan

И ЭТО

А это... это... Неужели -command обработчик это ссаная строка которая eval-ится в глобальном контексте?! Да, так оно и есть. Где замыкание-то? Как реализовать?

Добавлено через 43 секунды

Сообщение от CoderHuligan

Я начинаю бояться за лисперов.

За себя бы боялся

@nullxdth · 28.08.2015, 15:52

Сообщение от nullxdth

А это... это... Неужели -command обработчик это ссаная строка которая eval-ится в глобальном контексте?! Да, так оно и есть. Где замыкание-то? Как реализовать?

Вот как это должно быть:

Code
1
2
3
4
5
6
7
8
9
(defun foo ()
  (let ((foo "bar"))
    (pack (button (@ :x)
                  :text "Boom!"
                  :command (lambda ()
                             (message-box foo))))))
 
(window ()
  (foo))

@CoderHuligan · 28.08.2015, 15:53

Сообщение от nullxdth

А это... это...

Ты пойми, что он однопроходной интерпретатор, который имеет существенное отличие от обычного парсинга в распространённых компиляторах. Первое что он будет парсить это квадратные скобочки, а твоя переменная лежит вне их. Любой тисиэльщик скажет то же самое.Это не баг, а непонимание особенностей реализации TCL.

@nullxdth · 28.08.2015, 15:55

Сообщение от CoderHuligan

Первое что он будет парсить это квадратные скобочки, а твоя переменная лежит вне их.

Вот скажи, как ты можешь рассуждать о Tcl совершенно не зная Tcl?

@CoderHuligan · 28.08.2015, 15:59

Сообщение от nullxdth

Вот как это должно быть:

Это что за симбиоз?

Добавлено через 2 минуты

Сообщение от nullxdth

Вот скажи, как ты можешь рассуждать о Tcl совершенно не зная Tcl?

За скобками(квдр.)

@nullxdth · 28.08.2015, 16:06

Сообщение от CoderHuligan

За скобками(квдр.)

Всё ясно.

@korvin_ · 28.08.2015, 16:20

Сообщение от nullxdth

Ruby

Ну, всё же относительно. Нормальный скриптовый --- это scheme. =)

Сообщение от CoderHuligan

Брайан Керниган, тот самый чувак что создавал язык Си

Он не создавал Си.

Kernighan affirmed that he had no part in the design of the C language ("it's entirely Dennis Ritchie's work")

--- https://en.wikipedia.org/wiki/Brian_Kernighan

@CoderHuligan · 28.08.2015, 18:07

Сообщение от nullxdth

Всё ясно.

28 скобочек??? Привет лисп!

Сообщение от korvin_

Он не создавал Си.

Спасибо. Я в маленьком шоке.

@nullxdth · 28.08.2015, 18:18

Сообщение от CoderHuligan

28 скобочек???

И что? Это как-то повлияло на чтение и выразительность? Не лень было считать?

Новые блоги и статьи Все статьи Все блоги /
Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .	Запрет удаления строк ТЧ документа при определенном условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .	Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .
Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .	Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.	Фиксация колонок в отчете СКД Maks 14.04.2026 Фиксация колонок в СКД отчета типа Таблица. Задача: зафиксировать три левых колонки в отчете. Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) / / . . .

@Adidaas 0 / 0 / 0 Регистрация: 15.08.2015 Сообщений: 1

	Какой язык лучше изучать с нуля? 15.08.2015, 16:14. Показов 12627. Ответов 227 Метки нет (Все метки) Привет Всем!! Ребята подскажите пожалуйста какой язык лучше изучать с нуля ????? За ответ заранее спасибо!!! 0

@_Ivana 4949 / 2289 / 287 Регистрация: 01.03.2013 Сообщений: 5,991 Записей в блоге: 32
	28.08.2015, 00:37
	pycture, ну справедливости ради, отождествлять длину кода в символах и скорость его написания, мягко говоря, спорно Я каждый день пишу код на 1С (только не надо тут холиваров про это ) и почти каждый день на Хаскеле, и.... ну вы поняли 0

@pycture 1195 / 588 / 88 Регистрация: 20.09.2012 Сообщений: 1,881
	28.08.2015, 06:36
	_Ivana, мысль проста. предположим что фаза проектирования, выбора алгоритмов и структур пройдена, т.к. безотносительно языка она будет занимать примерно одинаковое время и если его учитывать то миф о 4-х кратном выйгрыше при использовании скриптов рассыпется уже тут. далее идем к банальному кодированию. человек который в совершентсве знает какой нибудь скрипт ограничен только скоростью набора текста на нем. если скрипты позволяют писать в 4 раза быстрее то код соотвественно будет как минимум в 4 раза короче. как то так. других способов заценить сие пока не придумалось. 0