Первый опыт с разными языками программирования / it-юмор :: geek (Прикольные гаджеты. Научный, инженерный и айтишный юмор)

it-юмор geek 

Первый опыт с разными языками программирования

Первый опыт в HTML
Первый опыт в Lisp
Первый опыт в Python
Первый опыт в JavaScript
))))))))
Stockover flow
OOxût
http //stockover flow com
]
Что такое this в javascript?
Целый день прокопался, но так и не понял, 1202 как работает this. Расскажите, пожалуйста.
'S
© Windsor»

Подробнее
Первый опыт в HTML Первый опыт в Lisp Первый опыт в Python Первый опыт в JavaScript )))))))) Stockover flow OOxût http //stockover flow com ] Что такое this в javascript? Целый день прокопался, но так и не понял, 1202 как работает this. Расскажите, пожалуйста. 'S © Windsor» Yang
it-юмор,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор
Еще на тему
Развернуть
Кстати да, как это работает?
Хуево. В зависимости от контекста - еще хуевее.
DutchL DutchL 28.06.201920:17 ответить ссылка 16.7
А java?
a_erm a_erm 28.06.201921:30 ответить ссылка -2.2
java != javascript
java !== javascript;
Если останется свободное ОЗУ - узнаешь.
Всё хуйня. Смотри сюда, когда вызываешь метод так: чтоТо.метод(), или гавно.чтоТо.метод() - внутри метода this становится "чтоТо". Это вся логика которую нужно знать нулёвуму нубу. Не важно как получено гавно или как в него запихнуто чтоТо и метод.

Есть способы обмануть эту "логику", но это уже совсем другая история.
AjiTae AjiTae 29.06.201900:21 ответить ссылка 0.7
нулёвому нубу лучше не знать про this, пусть переменной пользуется.
HTML не язык программирования
Оригинал поста звучит как
First day in different languages
Ну так штмль это же language
Язык разметки, а не программирования. Поэтому в оригинале language правильно, а в перевод языки программирования, что не корректно.
lexe1 lexe1 28.06.201921:55 ответить ссылка 7.7
Может быть.
А какими обязательными свойствами должен обладать "настоящий" язык программирования?
Rowan Rowan 28.06.201923:33 ответить ссылка 0.2
Полнота по Тьюрингу (https://en.wikipedia.org/wiki/Turing_completeness3)
Ты уверен, что нет языков програмирования неполных по Тьюрингу или это догма такая?
Rowan Rowan 29.06.201900:02 ответить ссылка -0.2
Это не догма, а наиболее интуитивно-верный критерий соответствия "настоящему" языку программирования. В таких вопросах для начала следует определиться с терминологией.
Интуиция очень ненадежная штука.
Вот мы и пытаемся определиться с терминологией. Был минимально достаточный критерий, что ЯП это нечто, что соответствует полноте Тюринга, но тогда этому противоречат некоторые ЯП. Что в этом случае делать, вводить ad-hoc костыли или пересматривать критерий? И это еще вопрос открытый, а почему бы HTML и не быть полным по Тьюрингу, если он использует декларативную парадигму, не считая наличия сложения, а так же семантических нуля и единицы? Кстати, декларативная парадигму, это парадигма чего?
Я понимаю, что писать сложные программы на html врядли кто-то будет в здравом уме, тем не менее писать на брейнфаке же есть желающие.
Rowan Rowan 29.06.201901:00 ответить ссылка 0.0
Нет ветвлений, нет циклов. HTML - язык разметки, которая обрабатывается внешним постпроцессором
Можно подумать листинг на ассемблере не обрабатывается, это как-то даже смешнно. Чем выше уровень язык, тем больше его надо обрабатывать.
Rowan Rowan 29.06.201901:11 ответить ссылка 0.0
Ну да, компилируется компилятором или интерпретируется интерпретатором. Тут смысл в том, что компилируется логика, а не структурированный текст.
Можно написать интерпретатор какого-то подмножества JSON'a, который в результате интерпретации будет выполнять какие-то действия, но это подмножество - уже не JSON, а вполне себе ЯП, на котором описывается какая-то логика
>>Тут смысл в том, что компилируется логика, а не структурированный текст
>> компилируется логика
да-а уж
Ты же в курсе, что ЯП это весьма формализированная штука? Про абстрактные синтаксические деревья слышал, которыми описывают синтаксис, а потом обходят что бы исполнить программу? И по сути очень струтурированная, есть куча языков у которых отступы играют роль в очередности исполнения комманд.
Rowan Rowan 29.06.201901:45 ответить ссылка 0.3
ну так напиши код на HTMLе, который складывает 1+1
1
1
Rowan Rowan 29.06.201915:49 ответить ссылка 0.0
теги вырезались
<ul>
<li>K/li>
<li>K/li>
</ul>|
Rowan Rowan 29.06.201915:51 ответить ссылка 0.1
вот циклы мне как-то трудно представить, а вот ветвление формально есть. Ты же можешь можешь отображать или нет целые поддеревья элементов(оюъектов)
Rowan Rowan 29.06.201901:14 ответить ссылка -0.2
Нет циклов и всё. Нет сокетов. Нет работы с файловой системой (запросы и подгрузку реализует браузер). Это тупо текст в котором нет логики.
Не, ну можно значения хранить в атрибутах. Отлично, но решения "отображать или нет" будет принимать браузер, руководствуясь таблицами стилей. Любая кнопка, которая не ссылка (а переход у нас тоже обрабатывает браузер) уже вызывает JavaScript (хз чё там у WebAssembly).
antoman antoman 29.06.201901:20 ответить ссылка -0.5
ты что-то путаешь. Решение декларируется в разметке, те же стили указываются как инструкции браузеру, что бы он знал как исполнять данную программу. Когда на вход у тебя есть одна структура, выраженная в разметке, а на выходе желаемый графический результат.

Тебя в других твои комментариях куда-то понесло, начал с абстрактной полноты тюринга, который упрощенно говорит, про то что можно получить выходные данные имея входные, а закончил сокетами.
Rowan Rowan 29.06.201901:34 ответить ссылка 0.7
Давайте еще раз.
Задача обычного языка программирования в обработке данных, а задача HTML в отображении данных. Он не
является языком программирования и на нем нельзя произвести вычислений. (выдрал с статьи на хабре)
все в этой вселенной - программирование.
в общем случае - конечная последовательность действий, приводящая к какому-то результату.
отображение - это тоже обработка данных с передачей результатов на внешнее устройство.
просто в данном случае ты не выходишь за рамки конечной модели тривиальных ЯП.
если абстрагироваться, то что бы ты ни делал будет являться инструкциями для обработки данных.
даже написав комментарий ты формируешь входной поток информации, которая будет отображена с помощью разметки в строго определенном виде (согласно html инструкциям, которые обрабатывает интерпретатор более высокого уровня).
b.o.g b.o.g 29.06.201905:39 ответить ссылка -0.1
Окей, текст который я сейчас ввожу, формирует изображение на вашем дисплее. Ну блин, это ж не алгоритм и не вычисление и даже не клеточный автомат. Просто входные данные.
не просто входные данные, а данные, обладающие определенным набором свойств. фактически являющиеся объектом в контексте.
начать с того, что это текст находится на определенном уровне вложенности и т.д..
и даже если сказать, что это бэкенд знает куда и что положить и как выдать связный список - то в результате (без использования инструкций html разметки) ты получишь лишь набор текста (типа json-а), а не текущий вид.
b.o.g b.o.g 29.06.201910:27 ответить ссылка -0.1
Ненене, вот не надо тащить сюда "всё обьект". Сам по себе 0 или 1 - это просто бит информации. Последовательность этих нулей или единиц, как Вы уже написали выше, поток входных данных.
Тот же клеточный автомат - это програма, у которой следующее состояние зависит от предыдущего и именно его определяет.
и?
b.o.g b.o.g 29.06.201914:54 ответить ссылка 0.1
хм, такой-то упертый профанизм
Компьютерная модель, если мы все же о более-менее высокоуровневом программировании говорим, не оперирует именно 0 или 1, или напряждением на процессоре. Как модель, бит информации это тип набора объектовс размером 2.
Rowan Rowan 29.06.201915:20 ответить ссылка -0.1
профанизм?
напряжение на процессоре?
т.е. вы исключаете битовые операции и адресную арифметику) из ЯП ( бедолаги системные, высокоуровневые языки программирования)
"размером 2" чего? бит это бит и у него размер 1, а состояния да, два и они - логические. а уж все остальное - интерпретация. это просто единица информации.
опять же существует и тернарная логика. да и кубиты никуда не делись.
все это лишь состочния.
b.o.g b.o.g 29.06.201915:34 ответить ссылка 0.1
я ничего не исключаю.
Написал же, что инструкции все равно пишутся по абстрактной можели, а даже адресс это абстрация.

Хм. Размер типа равен двум. Размер boolean так же равен 2м. А вот размер типа "Фигура" равен трем, если у него в коде указаны такие инварианты как "Квадрат", "Круг" и "Треугольник". И так далее, не обязательно ограничиваться нулем и единицей.
Rowan Rowan 29.06.201915:59 ответить ссылка -0.1
тип bool это абстрактная величина, которая опять же характеризует логическое состочние чего-либо. а вот как и в чем она будет хранится - уже размерность. я могу и 1 бит задействовать и стопицот. это лишь вопрос реализации.
вы смешиваете физическую имплементацию и абстрактную можель.
сами типы данных (любые) это лишь модели. а вот их реализвции могут быть совершенно разные.
например, для хранения unsigned char и signed char в памяти используется 8 бит. но типы разные, а размерность хранения одна.
а вот для хранения этого же зачения в БД будет задействован бОльший объем физической памяти.
но данные одни и те же, как и их интерпретация.
вот как раз адрес это конкретная физичская величина. это потому, что он есть физически в устройстве.
размерности - вообще штука такая...
например, любой объект характеризуется еще и временем жизни. и т.д.
b.o.g b.o.g 30.06.201904:14 ответить ссылка 0.1
У тебя тухлые признаки. В css циклов нет, но он тюринг полный
sqrt sqrt 29.06.201901:26 ответить ссылка 0.5
Ну не совсем, CSS Тьюринг-полный только потому, что умеет запоминать клик мышкой.
Окей, мы снова упёрлись в терминологию.
antoman antoman 29.06.201902:09 ответить ссылка -0.3
Не так. Вы спрашивали не про ЯП, а про "настоящий" ЯП. В качестве критерия "настоящего" ЯП Вам предложили полноту по Тьюрингу.
Само понятие ЯП очень размыто. По этой причине я упомянул интуицию. Вообще говоря, это древний контр-продуктивный спор - является ли HTML языком программирования. Для его разрешения требуется четкое определение термина ЯП.
Следует напомнить, что HTML - это прежде всего язык гипертекстовой разметки, а не язык для описания алгоритмов и вычислений
Понятие размыты для тех, кто не знает теоретических основ компьютерного программирования, не слышал, например, о теории типов и выдает заявления в духе antoman'а
Rowan Rowan 29.06.201915:12 ответить ссылка -0.2
В таком случае определение ЯП в студию
Википедия вполне доступно, даже для домохозяек, выразилась:
A programming language is a formal language, which comprises a set of instructions that produce various kinds of output. Programming languages are used in computer programming to implement algorithms.
Rowan Rowan 29.06.201915:52 ответить ссылка -0.1
Нотация конфигурационного файла сервера PostgreSQL (postgresql.conf) подходит под это определение?
Я думаю закругляться, потому ниже есть, надеюсь последний, развернутый ответ. Если что, можешь сам поинтересоваться AST и моделированием типами.
Rowan Rowan 29.06.201922:47 ответить ссылка -0.2
С синтаксическими деревьями я прекрасно знаком, благо по работе приходилось писать компиляторы специализированных языков.
О чем Вы толкуете с antoman'ом, я тоже прекрасно понимаю.
Я упомянул конфиг Постгреса, потому что язык, на котором он написал, внезапно подходит под приведенное Вами определение из Википедии. Но готовы ли Вы назвать процесс конфигурирования сервера СУБД программированием? Я не готов, потому что формализм формализмом, но здравый смысл утрачивать не следует. Постольку поскольку приведенное определение термина ЯП покрывает чуть ли не любое формальное описание чего угодно, я и считаю это определение "размытым", не точным.
В итоге, что касается HTML:
Можно ли назвать HTML языком программирования? Да, в рамках формализма можно.
Является ли HTML языком программирования? Нет, не является.
Стеклянным стаканом при должной сноровке вполне можно забивать гвозди. Но молотком он от этого не становится.
Даже в определении ЯП из Википедии есть предложение "Programming languages are used in computer programming to implement algorithms". Другим словами, мы ожидаем от ЯП способность реализации алгоритмов вычисления. Чем больше, тем лучше. Тьюринг-полные ЯП способны реализовать все(!) вычислимые функции.

Хочу также заметить, что корнем нашей с Вами дискуссии является Ваш вопрос "А какими обязательными свойствами должен обладать "настоящий" язык программирования?". То есть Вы вводите новый термин "настоящий ЯП" и просите дать ему определение. Акцентирую: Вы придумали термин, но просите других дать ему определение. Разумеется, при таких обстоятельствах предложения будут основаны на интуиции. И Вами предложили полноту по Тьюрингу. Я написал, что это интуитивно наиболее подходящий критерий. Но Вы высказали претензии, дескать, негоже в таких разговорах привлекать интуицию. А как иначе?! Понимаете, о чем я?
Это наоборот самый сомнительный критерий, который делает brainfuck хорошим языком, а C - нет, т.к. в C размер указателя фиксирован, что не даёт работать с бесконечной памятью.
leosdren leosdren 29.06.201903:53 ответить ссылка -0.4
"хороший"-"нехороший" так себе понятие. Вычисляемые функции можно реализовать как на одном, так и на втором.
antoman antoman 29.06.201905:14 ответить ссылка -0.1
Речь была не о критерии "хорошего" ЯП, а о критерии "настоящего" ЯП
Ну то есть brainfuck настоящий, а C - нет?
Хорошо, запишем, что C - всего лишь язык разметки процессорных инструкций, и до настоящего ЯП ему ещё расти и расти
И brainfuck и Си являются полными по Тьюрингу языками программирования.
"Настоящие" они или нет зависит от определения термина "настоящий". Если "настоящий" эквивалентно полный по Тьюрингу, значит оба языка "настоящие". Однако определение понятия "настоящий", введенное Rowan'ом так и не выяснено.
Являются ли эти языки хорошими зависит от контекста использования. Если хочется позаниматься ерундой, то brainfuck вероятно для этого хорош.
На той же странице есть примеры не тьюринг-полных языков. Но, согласитесь, невозможно написать простейший HTTP Server на регулярке или шейдерах
..., которые будут крутиться на голом железе
antoman antoman 29.06.201901:03 ответить ссылка -0.1
Это вообще ничего не объясняет. Java и C# тоже не будут крутиться на голом железе без своих промежуточных машин. Они что тогда - не ЯП?
Rowan Rowan 29.06.201901:07 ответить ссылка 0.8
Ну вот, промежуточные машины, которые абстрагируют железо или ОС
antoman antoman 29.06.201901:17 ответить ссылка -0.4
Я что-то тебя не пойму, если есть промежуточная машина для интерперетации чего-то, то это что-то - ЯП или нет?
Rowan Rowan 29.06.201901:35 ответить ссылка 0.4
Я о том что машина выполняет инструкции. И не важно, виртуальная или железная. Эти инструкции в человеко-читаемом формате (через какое-то количество абстрактных слоёв) - ЯП
antoman antoman 29.06.201902:07 ответить ссылка -0.1
То есть вот машина выполнила инструкции через абстрактный слой движка браузера и отобразила HTML-страницу. Значит HTML - ЯП.
leosdren leosdren 29.06.201903:56 ответить ссылка -0.9
Движок браузера - не машина (вычислитель). В разметке нет команд, только данные. HTML не выполняется, а отображается
а как он отображается, не после выполнения ли интерпретатором? Команды это те же данные, последовательности символов, выраженные в приближенном к естественому языку виде. Похоже, что кому-то кажется, что ЯП это Си-образный язык по перекладыванию байтов из одной ячейки в другие и его главной задачей есть выразить машинные комманды в коде. Возможно их этого и растут ноги, почему много кодеров не понимают как проектировать программы и решать задачи как по вычислению так и по отображению данных.
Rowan Rowan 29.06.201911:09 ответить ссылка 0.1
>> а как он отображается, не после выполнения ли интерпретатором?
Тут нет выполнения, а есть обработка на основаниия правил, которые применяются для этого языка разметки.

>> Возможно их этого и растут ноги, почему много кодеров не понимают как проектировать программы и решать задачи как по вычислению так и по отображению данных.
Язык програмирования - это таки то, на чём можно однозначно выразить программу. Форматированный текст - еще не программа.
Текст написанный в машиночитаемом формате - еще не программа.
Набор инструкций по перекладыванию байтов, внезапно, уже программа.
Обработка чего-то написанного формальным языком и есть выполнения программы, внезапно написанной на ЯП, который и есть формальный язык.

>>Набор инструкций по перекладыванию байтов, внезапно, уже программа.
но это не значит, что программа это только набор инструкций по перекладыванию байтов. Это может быть что угодно - например, как исполнитель "Черепаха"
Rowan Rowan 29.06.201915:15 ответить ссылка 0.1
1. Не все данные - программа.
2. Можно придумать исполнителя, для которого эти же данные будут программой.

Я говорю про первое, а Вы про второе, ведь так?

Я говорю про ЯП как что-то, на чём можно выразить вычисления или алгоритм, вы говорите, что любой поток данных можно интерпретировать.

Мы и тут упёрлись в терминологию
Просто уточняю, мы тут пока не говорим про "код вселенной". Речь идёт про програмирование программ, которые способен выполнить процессор.
да, не все давнные, а в опредленной последовательности и описанные по формальным правилам. ХТМЛ так и работает - ты описываешь инструкции в виде структурированных данных, для того, что бы преобразовать, например, строку URLа в изображение
Rowan Rowan 29.06.201916:03 ответить ссылка 0.4
Возьмём для примера ксерокс с функцией масштабирования. Когда вы вставляете в него лист А5 с текстом, на выходе получаете изображение стого же текста, который теперь растянут на лист А4.
Преобразование есть, его выполняет ксерокс. Листок с текстом - входные данные от которых зависит результат.
Что бы вы не делали с текстом, вы не сможете на выходе получить зеркальное отражение, не изменяя при этом настройки процеса.
По Вашим словам, дописывая текст на лист, мы изменяем результат, а значит программируем.
Возьмем для примера другу ситуацию, чтобы описать этот разговор глухого со слепым. Это как когда инженер рассказывает оленеводу про то, что самолет — это тоже транспортное средство, но так как чукча ограничен тундрой, и видел только оленей да сани, то он знает только о наследовании, а, например, про композицию - ни слухом, ни духом. И в качестве примеров приводит чучела лис и зайцев, потому что они тоже на четырех лапах, но мертвые, а значит почему-то самолет не является транспортным средством и т.д. и т.п.

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

Настройки -> Лист of 'ИсходныйТипСодержимого -> ( Лист of 'ИсходныйТипСодержимого, Лист of 'ВозможноДругойТипСодержимого )
если это выполнить этот алгоритм в каком-то конкретном ЯП, то получишь программу по клонированию. В общем говоря, эта модель может быть разбита на две подпрограммы, которые с точки зрения программирования тоже являются программами, т.к. программа может быть идентифицированная уникально по тройке - входной тип, выходной тип и преобразование между ними. Так часто и используют всякие контейнеры зависимостей и при хорошей декомпозиции ты можешь исполнять отдельные модули независимо, как самостоятельные программы.

Собственно, и в разметках ты задаешь содержимое, причем часто не особо важно какое, которое надо обработать по какими-то правилам, а сами правила задаешь контейнерами, которые уже имеют свои связанные инструкции, например текст может быть сдвинут, жирнее или вообще, как я уже писал про урл и изображение, одна категория объектов изменена на другую или, как вариант, можно задавать рекурсивно документы в документах, что бы изобразить что-то сумасшедшее.
Rowan Rowan 29.06.201922:45 ответить ссылка 0.1
>> этот разговор слепого с глухим.
Вот про оленей и сани это слегка не то. Тут надо сначала ввести определение транспортного средства. Может помогать с перемещением человека - значит транспортное средство. Да можно начать рассуждать про системы координат, навигацию, уравнение движения и остальное, но смысл останется тот же.

Вы отлично расписали как можно моделировать копир, но я всё таки говорил про то, что входные данные - не программа. В последнем абзаце Вы отметили про связанные инструкции, которые обрабатываются контейнерами. Эти связанные инструкции - язык? Нет. Правила, по которым нужно задавать эти инструкции - язык? Да, так как имеют формальную описанную структуру. Эти правила язык програмирования? Не уверен.

Но если следовать описанию из Вики, которое Вы привели (http://joyreactor.cc/post/3988486#comment18641119), то да, я вынужден с Вами согласиться. Всё - язык програмирования. То о чём говорите Вы, это размусоливание формулировки.

Для меня, на практике, "настоящий" ЯП это тот на котором можно описать вычисления, потому я и считаю полноту по Тьюрингу как признак.
Метавычисления этапа компиляции на шаблонах C++ полны по Тьюрингу, там даже игру жизнь особые эстеты реализовали. Но это тот ещё изврат.
Критерий тьюринговской полноты гнилой и безжизненный.
Язык надо характеризовать кругом задач, выразительностью, стоимостью разработки и т.д.
leosdren leosdren 30.06.201907:30 ответить ссылка -0.1
В самом начале я уже писал, что Тюринг-полными являются и регулярные выражения и шейдеры, но это не делает их удобными для разработки. HTML (спасибо, Rowen), как выяснили тоже, декларативный язык програмирования. Назовите языки, которые хороши для решения практических задач и записи сложных систем вычислений и моделирования. Все их них будут Тьюринг полными. Удобными будут те, где есть библиотеки и более-менее понятный человекам синтаксис, но это уже другой критерий.
А функциональные языки? Там тоже нет команд. Но лямбда исчисление эквивалентно машине Тьюринга и функциональные языки, на котором оно заводится, полны по Тьюрингу.
Внезапно, команды есть только в императивном программировании.
leosdren leosdren 30.06.201907:25 ответить ссылка -0.1
Вы что пьяны? Я говорил про вычисления, а не процедуры. Никто и не ограничивал возможность использования лямбда исчисления.
так странно, что пост не от илюхи1810

Essential
Copying and Pasting from Stack Overflow
O'REILLY’
Vie Pnutieai Developer ft'IhePraetiealDtv
olden olden 28.06.201923:28 ответить ссылка 2.4
Часто не работает. Приходится брать напильник.
Это он ещё до Promise-ов не дошёл.
Creosote Creosote 28.06.201923:40 ответить ссылка 1.2
старая шутка:
программируя на javascript, мне постоянно хочется вскрикнуть "Fuck this shit!", но я никогда не уверен, к чему относится this
loloPing loloPing 28.06.201923:41 ответить ссылка 4.2
this in javascript is like lsd - you know what it is but dont give a fuck where you are
tagrim tagrim 29.06.201920:27 ответить ссылка 0.6
JS - нормальный язык. Что на него все накинулись?
Компетенции не хватает, пытаются свалить свои косяки на язык.
тыцц тыцц 29.06.201900:46 ответить ссылка -0.4
Есть хорошая подборка книг(бесплатные и с переводом) по главным тонкостям js.
Вы не знаете JS
Batso Batso 29.06.201904:18 ответить ссылка 0.3
0x1d 0x1d 29.06.201913:12 ответить ссылка 0.6
Пипец, this для программиста это, конечно, разрыв шаблона
Только зарегистрированные и активированные пользователи могут добавлять комментарии.
Похожие темы

Похожие посты
Выбираем первый язык программирования
Да
т
У вас есть друзья?

i
Да
Т
Хотите много зарабатывать?
jL
Да
ш
	Вы тупой?	
		
т.		
Т
Вы насмотрелись уроков ХАУДИ ХО?
/Г
Да
7
Python
	Вам		
г~	нравится		1
1	Windows?		
Нет

Fortran
А они вам нужны?
Они тоже	РНР	
тупые?		
Да
т
подробнее»

языки программирования программирование geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор сложный выбор путь в IT it-юмор

Выбираем первый язык программирования Да т У вас есть друзья? i Да Т Хотите много зарабатывать? jL Да ш Вы тупой? т. Т Вы насмотрелись уроков ХАУДИ ХО? /Г Да 7 Python Вам г~ нравится 1 1 Windows? Нет Fortran А они вам нужны? Они тоже РНР тупые? Да т
Почему?
Почему?!
^>о->Ьаг() — Почему?



— А, вот почему... Newbie: So which programming language should I learn first?
Programmers: Планета	Количество смертей	Есть JavaScript
ф	0	Нет
	0	Нет
ф	120 315 872 896+	Да
ф	0	Нет
•	0	Нет
Ж	0	Нет
•	0	Нет
-	0	Нет