LINUX.ORG.RU
Ответ на: комментарий от elipse

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

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

>>Вы перепутали написание программ с перемалыванием байтов.

При всем уважении, вы не понимаете ничего в программировании.

Таки начинать нужно с SICP и схемы. C не программированию как таковому будет учить.

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

- Покупаете старые вещи? - спросил Остап грозно. - Стулья? Потроха? Коробочки от ваксы? - Что вам угодно? - прошептал отец Федор. - Мне угодно продать вам старые брюки. Священник оледенел и отодвинулся. - Что ж вы молчите, как архиерей на приеме? Отец Федор медленно направился к своему номеру. - Старые вещи покупаем, новые крадем! - крикнул Остап вслед. Востриков вобрал голову и остановился у своей двери. Остап продолжал измываться. - Как же насчет штанов, многоуважаемый служитель культа? Берете? Есть еще от жилетки рукава, круг от бублика и от мертвого осла уши. Оптом всю партию - дешевле будет. И в стульях они не лежат, искать не надо!? А?! Дверь за служителем культа захлопнулась. Удовлетворенный Остап, хлопая шнурками по ковру, медленно пошел на- зад. Когда его массивная фигура отдалилась достаточно далеко, отец Федор быстро высунул голову за дверь и с долго сдерживаемым негодованием писк- нул: - Сам ты дурак!

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

> _Синтаксически_ ООП всего лишь форма записи вызова функции

В ООП вообще нету ф-й, там есть только объекты и сообщения. Просто в низкоуровневых языках (типа с) ввести объекты/сообщения по-человечески нельзя, по-этому прилепили некий костыль так, чтобы можно было считать сообщения функциями. Получился с++. Кстати, семантика мультиметодов с точки зрения ООП вообще неясна. Какому объекту происходит передача сообщения при вызове мультиметода? Если что-то не моделируется при помощи объектов/сообщений - это что-то не ООП ни с какого бока.

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

> Если вы этого не знаете - почитайте классику. Что-то вроде 'Abstract machines - lambda calculus perspective'

Вы бы лучше стандарты CL, Scheme почитали, может и увидели, насколько там много вещей никак не связанных с лямбда-исчислением (и уж тем более не с его помощью реализованных). особенно в CL

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

> Просто в низкоуровневых языках (типа с) ввести объекты/сообщения по-человечески нельзя, по-этому прилепили некий костыль так, чтобы можно было считать сообщения функциями. Получился с++.

а как же Objective C?

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

А я читал. Ну, на схему читал, на CL просматривал. до места 'не прибита гвоздями TCO', после чего он мне стал неинтересен, как поделие пионеров.

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

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

elipse ★★★
()

С яваскрипта. Ведь все понимают, что он будет языком нового десятилетия.

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

и после if'a, case'a, везде можно использовать скобки?) А если бы и можно было - не нужно было бы, потому что есть язык в котором от этого избавились)

А зачем после if, case использоват скобки? Нет, если тебе так хочется, можешь вообще везде ставить do, then etc.

import os

list(map(lambda x: print(...), os.listdir('./'))

Ой !@#$%^&, что это вообще все значит? Давай я тебе свой код разъясню, а ты свой, ибо это петуновское уюожище... прям слов нет.

Dir.entries() возвращает массив, метод map делает что то с каждым элементов массива и возвращает новый массив, метод each делает что то с каждым элементов массива, т.е. нам Dir.entries() вазвращает имена файлов, мы к каждому имени добавляем «~» и потом все новые имена файлов выводим.

Блин, о опять, как я сказал! Быдлопетун весь состоит из func(func2(),func3(funct6(func7)),func4(func5()))

Отвратительно разбирать, вот по этому петун и говно, нет что бы делать func().func2().func3()

Помойка из процедурного и ООПышного стиля отвратительно выглядит.

>>так и запишем, рубисты - лохи, так как фапают на процедурный стиль в ООП-языке.

Ты хочешь открыть сезон жЫрных комментариев на ЛОРе?

неоднозначный синтаксис - проблема проектирования.

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

там предлагалось другим, которые посмотрели - увидеть убогость руби, всего-то.

Ну так в чем же убогость в руби? Что синтаксис богатый и красивый в отличии от петуна?

дурачёк) это хорошее требование к embedded) Руби и тут в пролёте)

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

отому что для задачек с over 9000 способов сделать - есть перл

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

но нахрен они встроены в язык?

Потому что руби богатый язык, и в нем все есть, вот по этому помоешный пито и говно.

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

Таким образом, java как первый ЯП сомнительная вещь сегодня,так как :

все это делают java не лучшим выбором сегодня для многих задач.

Так что, если вы не голодны , еще не знаете java , не работаете в банковской сфере , и вам не надо саппортить «сталактиты» из java по работе, то довольно мало мотиваций для убивания своего времени на изучения сего ЯП, в свободное время или для души, и как некого шедевра инженерной мысли.))

Задумайтесь над тем, как бы выглядел курс лекций в университете «Введение в программирование». Ява здесь подходит по всем пунктам. Системный, легкий в изучении, учит ооп и очень широко, как Вы и указали, используется в бизнесе. Поэтому его стоит изучать как первый язык. Если вы уже изучили достаточно глубоко ява, то для достижения того же уровня с другим языком уйдёт очень мало времени, т.к. все яп сводятся по идее ко одному. Синтаксис - не такая уж и большая проблема (подразумевая, что вам вперся какой-нить неизвестный и неиспользуемый в бизнесе язык).

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

> Если вы уже изучили достаточно глубоко ява, то для достижения того

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

сводятся по идее ко одному.



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

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

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

пруф или не было

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

Нет там никакой бездны. Везде всё одно и то же примерно. +-. Грамотно задизайнил интерфейсы - и получил легко расширяемую и поддерживаемую систему. А язык - дело 10-е. Если вы на яве по 10 раз что-то переписываете, а потом, перейдя на тикль/лисп ВНЕЗАПНО начинаете писать легко поддерживаемый, расширяемый софт без переписывания, то знайте - дело не в языке, а в культуре программирования. Начни вы с лиспа - точно так же бы переписывали всё по 10 раз, пока не выросли до понимания как писать гибкий софт.

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

> Задумайтесь над тем, как бы выглядел курс лекций в университете «Введение в программирование».

Ява здесь подходит по всем пунктам.


Ну это и не новость, есть вещи удобные для преподавания и технических писателей.

Системный, легкий в изучении, учит ооп и очень широко, как Вы и указали, используется в бизнесе. Поэтому его стоит изучать как первый язык.


Язык оторванный от железа компа никогда не должен быть первым для подготовки инженера и программиста.
В противном случае, шизофрения в IТ неизбежна.

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

Ну это и не новость

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

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

Ну я чуть дольше тебя живу, и не одну уже такую модную фигню пережил уже.

Извиняюсь, сорвался. Да понятно, что есть проблемы с явой (как говорят. Ведь не просто троллят, же?), но сейчас она таки везде используется, а все хотят прежде всего заработать. Неопытный человек же не видит всех путей в ИТ. Поэтому и выбирает простой и модный метод. И он, как правило, работает (метод), и много чему учит.. так ведь?

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

> ну обидели человека,

Почему надо обижаться на других за избавление от сношания мозгов себе ?))
Кстати, я уже себе могу позволить удовольствие заниматься ТОЛЬКО любимым делом.


прчем здесь выбор большинства?


Большинство, в свободном состоянии, может выбирать только пороки.
Это всегда доступно и просто.))
Ты же, «сёрбаешь рекламное пивко» и втираешь про некий осознанный свой выбор и право.

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

на ЛОРе, как пристанище маргиналов, принято хвалить свой CL, Haskell, Smalltalk и пр., и ругать мейнстрим :)

я хвалю и Haskell, и C# (>= 4.0) - так что дело не обязательно в мейнстриме

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

> глянь статью из потенциала http://ru.wikibooks.org/wiki/%D0%AF%D0%B7%D1%8B%D0%BA%D0%B8_%D0%BF%D1%80%D0%B...

«Скриптовые языки больше соответствуют потребностям среднего пользователя компьютера. Многие из существующих скриптовых языков имеют достаточно серьёзный идеологический фундамент, замкнутую модель, наглядный естественный синтаксис и хорошие учебные материалы с примерами, в том числе на русском языке. В первую очередь, я имею в виду языки Форт, Руби и Питон.»

ставить Форт в один ряд к Питону и Руби — это просто фееричный п*ц

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

> Не имеет смысла учить Lisp и Haskell одновременно, разве только студентам факультетов и групп, специализированных на функциональном программировании.

афтар видимо совершенно не знаком ни с CL, ни со Scheme.

вообще статью следует удалить

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

Лучше всего с Java начинать. Python похож на Basic-простой, созданный для преподавания, а не для промышленной разработки ПО. Это наложило на язык отпечаток игрущечности. А низкое быстродействие, глобальный лок и прочие странности делают его малопригодным во многих отраслях. C++ - устаревший язык, как и C имеет высокий порог вхождения, ручное управление памятью и прочие недостатки не очень высокоуровневых языков. Mono != .NET, поэтому на данный момент не понятно, стоит ли изучать эту стрёмную технологию. А то MS может прищемить хвост Мигелю, тогда оно станет не нужным. Да и многих вещей в Mono нет, так что использовать учебники для .NET не получится:) По Vala нет нормальной документации, но язык хороший. Lazarus есть ещё,это что-то вроде Delphi для Linux.В США даже в школах изучают Java. Хороший язык, кроме того с него легко перейти на C#, Vala и другие C-like языки. Ну и для него есть нормальная IDE. А вообще знать Python тоже неплохо, несмотря не все его недостатки у него и сильные стороны есть.

lucentcode ★★★★★
()

Из функциональных языков самый простой - это Scheme. Есть Scheme для Java VM, и плагин для Eclipse.Так-что можно изучать её с комфортом.

lucentcode ★★★★★
()

РрРрРр

Не читал весь этот срачь но просто письку хочу показать - что тут все какие-то недомеры? ассемблер учи чувак, ассемблер! Ну а если серьезно - закрывай по быстрее эту вкладку, тут тебя только запутают. Иди в книжный и покупай первую же книгу по программированию. Не важно с чего начнешь, потом сам подберешь что нравится и что надо, но опять же - не плох джава для начала. В общем главное уматывай ты побыстрее отсюда! Успехов!!!

pingwin32
()
Ответ на: РрРрРр от pingwin32

прям вдохновил)

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

Ну раз с бейсика начинал... бейсиком и заканчивай, мухаха - возьми пурик. Компилируется в ассемблер, который можно поправить руками, 10500 либ на все случаи жизни, 0 лишних зависимостей, есть доступ к родному API, можно подключать свои либы на Cи.

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