> Первокурсник-кун

Матан.

>>2907

категорически - Java
опционально - Python
ни в коем случае - Perl, PHP
терпимо, но не православно - .Net
по желанию, но не советую - Ruby
если припрет, но лишь в крайнем случае(наебешься) - C++

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

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

>>2921

(продолжаем)
до непрактичности (чересчур) тру (слишком сложен) - Haskell
почти не тру, хотя принято считаеть обратное, (синтаксис чересчур однороден), по особенностям - ничо особого, можно и императив хуячить, единственная фича - макросы - Lisp
очень красиво, гибко и прикольно, но обычно медленно - (ISO) Prolog
в вебе без него никуда - Javascript
устарел, не стоит - Delphi

>>2925
блять знаю чуть чуть пролог(но все забыл), прогаю на дельфи и паскале как быдло так и не выучил с++ ,с, с#, java, .net и т.д.
уже 5 курс -кун

походу я соснул хуйцов.

• матан и физику и т.д. почти забыл.

ну мозги варят еще норм.

анон что посоветуешь?

>>2927

>так и не выучил с++ ,с, с#, java, .net и т.д.

выучи Java, ёпта нах. Можешь дополнительно C выучить (без плюсов, ибо нахуй, послушай православного Линуса, он истину глаголет) чтоп критически узкие куски кода писать на нем.

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

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

>>2927
Пиздуй за книгами, чего говорить. Архитектуру-то хоть знаешь? Ассемблер. АрхитектураПК+ассемблер+структурыДанных+алгоритмы = годная база для любого языка. А там выбирай по вкусу, джава или сиШарп+.NET — хороший и популярный выбор, востребовано.

>>2929

Ц нужно знать просто потому что это язык межплатформенного взаимодействия, и на нем хуячатся 99% всех плагинов и API к нативной системе. JNI, модули для похапе итд итп.

Ц++ ... хз - я на яве писал 5лет имею SUN JCP - последние 2 года хуячу Ц++ и язык мне нравится невероятно, ибо ЦПП это виртуозный инструмент в умелых руках. хотя и дохуя приходится самому писать того что в Ява есть прямо в стандартных либах.

Оп для бабла исключительно java, ну и c#, ибо энтерпрайзно. Не слушай лиспоебов и прочие отбросы (только попробуйте спиздануть про NASA), сейчас платят только за похапэ и java (по крайней мере в замкадье), поэтому лучше учить их, либо хуячить дотнет, того глядишь через 5 лет и догонит яву (или не догонит). Алсо у меня в мухосранске всего одно крупное предприятие использует дотнет, другие яву...вот и смотри...

>>2930

>Ассемблер
>.NET

Ты делишь на ноль, нахуя знание ассемблера при работе с языками высокого уровня, особенно учитывая уровень абстракции явы или дотнета, или ты щитаешь что без неуправляемого/небезопастного кода не обойтись?

>>2936
При работе с языками высокого уровня может и не потребоваться, но для понимания самого процесса выполнения программы, для лучшего понимания архитектуры, на которой работаешь, да и вообще для развития полезно. Плюс отладчики.

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

алсо, уебанов, которые пытаются на асме писать что-то серьёзное — пиздить по еблу ногами, чтобы знали, что нехуй в 2009-ом на такое время тратить, всё пишется на ЯВУ

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

>>2939
Да нет, он совершенно прав. Ассемблер x86 - коллекция уродцев, а нормальный оптимизирующий компилятор обычно производит более быстрый код, чем человек.

>>2945

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

фикс

>>2929
мозги начали плавиться от такой экзотики, но было полезно для взъеба мозга.
я например ни хуя не понимаю чем они отличаються (всмысле с++ ,с, с#, java) для меня они все на 1 лицо С подобный синтаксис, я так понимаю там везде свои какие то заморочки, почему все рикамендуют джаву? и разве у дельфи не тот же функционал? помню когда говорили так.
>>2930
ну с асемблером дело имел, не понравилось,лол. ну так норм вообщем. (АрхитектураПК+ассемблер+структурыДанных+алгоритмы) ну так знаю, но не фантан вообщем то.

ну вообщем итог блять я чую сводиться к одному идти читать книги.

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

>>2949

Потому что за Яву платят бабло, потому что Ява используется в современных проектах повсеместно. На делфи пишут только легаси или если начальник дельфист (что совсем не очевидный плюс).

Ява от С/C++ отличается тем что там нет физического доступа к памяти, нет такого понятия как стэк, и все что можно стандартизировано (но не всегда удачным образом). Язык предполагает и настаивает написание программ в определенном стиле.
Огромное комьюнити, из которых откровенных даунов менее 50% очень большой набор хороших туториалов и учебников. Хорошие бесплатные IDE и компиляторы.

С/С++ дают тебе возможность лезть в памяти куда угодно, и делать в принципе все что угодно. Дают хорошее понимание того сколько что стоит (чего не делает ява).
По поводу стиля - все в твоих руках писать можно как угодно, в разных стилях инструментов хоть жопой жуй шаблоны, перегрузка, макросы - все это сильно развязывает руки и приводит в случае их кривизны к полному пиздецу. При прямых руках все это сильно раскрепощает полёт мысли.

Из-за очень большого объема legacy кода движение вперед идет очень медленно. Комьюнити значительно меньше, но и даунов в нем тоже значительно меньше. Из плюсов можно указать несколько большую зарплату которую получают опытные C++ кодеров, но нубы в С++ никому нахуй не упали вообще, и они хуй что получают.

пистон для души
яву для профиту
си для прыщей

>>2938
>>2945
Упоротые? В этом треде вообще о IA-32 никто не упоминал.

Так java или с# блджад?

>>2955
забудь про майкрософт

>>2955

C# конечно.

>>2945

Да нет, он совершенно прав. Ассемблер ппц - коллекция уродцев, а нормальный оптимизирующий компилятор обычно производит более быстрый код, чем человек.

>>2907

Хуяскель и ЛNСП.

>>2922

>устраивайся работать в Европу (лисперы там очень востребованы).

>Сейчас там почти все крупные проекты так или иначе завязаны на LISP - слишком очевидны его преимущества.

Too fat.

>>2938

>ебанутый асм x86 — это сломать себе мозги навечно, единственное чем можно их починить — изучением ассемблера для православных архитектур

Пиздец тупое хуйло.

inb4: arm & ppc говно.

В Java пугает во множество всяких вещей типа Hibernate, Struts, EJB, что это вообще? Черт ногу сломит! Даже в с++ с бустами и прочим легче. Помогите разобраться. Цель — подготовить себя как enterprise java-программиста для дальнейшего устройства на работу. Расскажите немного о перечисленных выше библиотеках, что надо, что не надо, может еще какие-то важные есть? Начинать надо с SE, а потом переходить на ЕЕ или как? Когда начинать разбираться в фреймворках? И вообще что нужно для работы. Я знаю, что здесь есть java-куны. Help.

>>2977
школьничек с писюком поигрался в крузис, написал рефератик в ворде, вылез на двач и начал выёбываться? пиздуй отсюда, все нормальные люди давным давно всё вычисляют на православных OpenSPARC, а в интернет выходят с ARM'овых гаджетов. будешь со своим x86 сосать у похапебыдла и лабать сайтики, в ENTERPRISE тебе дорога закрыта

>>2986
богатое воображение детектед.

>>2986

Чо, чоткий гаджет на арм отжал, быдло тупое?

>>2922
тысячи вакансий в студию или пиздобол.

Расскажите же про Java.

>>3027
Она и в подмётки не годится лиспу, ни по документируемости и поддерживаемости кода, ни по скорости разработки, ни по доступности библиотек. О производительности речи вообще нет. Нахуя она тебе нужна?

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

Зачем пытаться программировать на обработчике списков? Вы может и на языке гипертекстовой разметки пишите AI?

>>3046
ещё один троллевыблядок из логова императивщиков. какая нахуй разница, как язык называется? важны свойства языка, то, что лисп предоставляет в области метапрограммирования, в быдлячих жабах и сишарпах нету и никогда не будет

а ты иди читай умные книжки или соси хуй у джона маккарти

>ни по документируемости
>поддерживаемости кода

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

>ни по доступности библиотек

мудила, иди почитай, почему кложуре большое будущее пророчат олдфажные лисперы.

>>3047

лисп сдох уже как лет 20, алсо и Маккарти скоро черви уже съедят.
кому в 2009м году нужен специальный недоязык для обработки списков? Может ещё табулятор придумаете куда приспособить?

>>3052

Бля и что - в Java есть анонимные inner классы которые делают все тоже самое что и кложуры.

В чем профит?

C++ кодер кун

>>3057

>кому в 2009м году нужен специальный недоязык для обработки списков?

Этот "специальный недоязык для обработки списков" позволяет решать практические задачи проще, эффективнее, меньшим объёмом кода. При этом код получается легко расширяемым, гибким, легко приспосабливается под меняющиеся требования.

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

И естественно, огромное преимущество здесь получает лисп, так как куда проще нанять лиспера, который за неделю создаст расширяемую и настраиваемую систему, чем команду из 15 java или c# обезьянок, которые пол года будут ваять проект, который в конце концов придётся выкинуть, так как проще будет написать новый чем поддерживать старое говно.

>>3060
да, они делают всё то же, что и кложуры, только нужно учитывать, что

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

>>3070

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

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

>>3071

> а уебищные кложуры которые нельзя занаследовать от абстрактного класса с уже написаными хелпер-методами это именно что програмирование 100 лет назад.

У тебя ООП головного мозга, смирись с этим и не высовывайся мне больше тут.

> лисп это язык для счет и арифмометров - а на дворе 21 век.

Да, поэтому лисп представляет интерес только как красивый язык, с отсутствием синтаксиса и интересным подходом code = data, к которому приблизились нормально только Tcl и liskell. Ещё для эмбедщины scheme можно впиливать, чтобы не трахаться со всякими уёбищными Lua.

Сейчас же модным трендом являются статическая типизация с type inference и отход от ебли с ООП, которое вообще не имеет никакой математической подоплеки и было выдумано смоллтокщиками и популяризовано больным на голову Страуструпом

>>3069

>решать практические задачи проще, эффективнее, меньшим объёмом кода. При этом код получается легко расширяемым, гибким, легко приспосабливается под меняющиеся требования.

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

Бла бла бла бла. То-то вакансий для лисперов целых 0.0 штук.

>>3074

>приблизились нормально только Tcl и liskell. Ещё для эмбедщины scheme можно впиливать

Это всё уже давно сдохло и воняет.
Сейчас же модным трендом являются C#, Java, C++ и Python.

>>3080
Это только у вас в России.

>>3081
етот ваш пенисотон суть есть perl недоделаный
я уверен что в следующей версии ети ебанутые отступы выпелят нахер

>>3083

http://www.careerbuilder.com/ считает что 1 вакансия для лиспа (4 остальных это то где нужна Ява или С++, а лисп указан как одна из нестрашных вредных привычек)

Против 5К для Java и 1.7К для C++.

На хаскеле кстати 8 вакансий что доказывает что функциональщики сосут хуй не только в Росии но делают это повсеместно кроме воображаемой страны в которую они попадают упоровшись веществами.

>>3083

У вас на украине всё перфокарты лиспом перфорируют, лол?

Понимаешь, ОП, язык, на котором ты реализуешь ту или иную задачу, можно считать сугубо личным предпочтение. Сказано грубо, но правдиво. Правда в том, что концепции создания приложений практически везде одинаковые, ведь все росло с одного корня это UNIX и DOS системы. Они стали праотцами современных многозадачных систем. Языков тогда много не было, были лишь старики ASM,C,Pascal и другие. Современные языки высокого уровня выросли на праху вышеперечисленных. Да, на самом деле востребованность "стариков" падает день за днем и новые языки, все больше и больше адаптированные под соответсвующие среды исполнения и интерпретации программ, обходят их по многих показателям. Но, учить их никто не запрещал, более того, изучать то, с чего росло современное программирование полезно чуть более чем полность. Ведь, если ты на самом деле захочешь создавать что-то серьезное, то знания фундаментальных концепций создания ПО и ОС тебе будут жизненно необходимы. Но, если ты планируешь работать с надеждой на легкий путь, то тебе хватит знаний одного какого-нибудь языка типа java, c#, PHP, PERL, JavaSctipt и соответсвующих сред работы ПО. Также в этом случае, рекомендую хорошо помучаться с выбором языка, так как такие языки отходят очень быстро и порой вовсе незаметно. Но в случае, если ты будешь работать уже и внезапно произойдет переквалификация сострудников, то бояться этого не стоит, потому что если ты на самом деле отдашься этому, то изучить новое течение в мире программирования тебе особого труда не составит.
Если добавить от себя, то я выбираю универсальность, больше знания + больше понимания. Если у тебя есть возможно изучать - изучай, чем больше будешь знать и понимать, тем легче тебе будет даваться все, что касается компьютеров да и всего остального. Чем больше языков знаешь, тем легче изучить очередной, сразу все будешь понимать на уровне подсознания, интуиции и элементарной логики.
Но делать выбор лишь тебе и рекомендую научиться думать своей головой, искать ответы на подобные вопросы не на дваве, а на специализированныз сайтах статистики и прочих подобных. Желаю успеха!

>>3087

Ты забыл добавить что лисп говно для дедов за pdp-8, читающих мангу на перфокартах.

>>3080
>>3085
ололо, когда дауна припирают к стенке и он понимает, что язычек, который он выучил по книжке типа "похапе за 24 часа" или "класс фэкториз в си+плюс для энтерпрайза" - говно недоделанное, он начинает съезжать на количество вакансий

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

>>3088
Нет, я не забыл это добавить, особенно, что о Лиспе я ничего толком не знаю.

>>3090

ололо, когда дауна припирают к стенке и он понимает, что язычек, который он выучил по книжке типа "ЛИСП за 24 часа" или "хуйскель для дебилов" - говно недоделанное, он начинает съезжать на количество вакансий

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

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

>>3087
Слушай а твой код такое же говно без разделений на функции блоки методы или ты просто так хуи сосешь потому что писать не умеешь русский язык не освоил со второго курса выгнали?

>>3095
Запятые в вашем классе ещё не проходили?

>>3096

>23:56:15

А мама тебя ещё не научила, что вредно поздно ложиться спать?

>>3074
схем для эмбедщины?
занимался я эмбедщиной. С во все поля.
Сейчас правда .NET Micro Framework еще появился.

для каких архитектур есть схема?

>>3108

Да не слушай этих наркоманов. Какая там схема, блджад.

>>3108
MIPS, ARM
http://armpit.sourceforge.net/armpit_0160_performance.html
для риалтайма лучше atom конечно же
http://hackage.haskell.org/package/atom

но голом C могут писать только больные на голову люди, у которых не хватает мозгов прикрутить соответствующий DSL

>>3124

От схемы даже в MIT отказались - вот на сколько она уёбищна.

>>3124
что ты имеешь в виду под "голым С"?
VisualDSP от Analog Devices это "голый"? uCLinux - это "голый"?

>>3132
под голым С я имею в виду писать код на голом C, что неясно?

>>3124
алсо, по ссылке
"Based on conditional term rewriting, atom will compile a collection of atomic state transition rules to a C program with constant memory use and deterministic execution time. "

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

>>3133
все неясно.

>>3134
нет, это чтобы не марать свои ручки об низкоуровневый С

http://archhaskell.wordpress.com/2009/08/01/atom-a-domain-specific-language-for-hard-realtime-applications/

The productivity benefits were impressive from April 2009:

* 5K lines of Haskell/atom replaced 120K lines of matlab, simulink,
  and visual basic.
* 2 months to port simulink design to atom. – 3K lines of atom generates 22K lines of embedded C.
* Rules with execution periods from 1ms to 10s all scheduled at
  compile time to a 1 ms main loop.
* Atom design clears electronic/sw testing on first pass.
* Currently in vehicle testing with no major issues.

теперь расскажи сколько будет строчек кода такая же реалтаймовая поебень занимать, полностью написанная на С?

>>3135
потому что ты тупой

>>3142

>3K lines of atom generates 22K lines of embedded C

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

>>3145
приведи пример "нормального транслятора", который спецификацию реалтаймовой программы уместил бы в меньшее количество строчек и итоговый код выполнялся бы более быстро, занимая меньшее количество памяти, тогда и посмотрим

>>3148
чистый С.

>>3148

>итоговый код выполнялся бы более быстро

Любой, выдающий код цпу.

>>3149
пример реалтаймового приложения в 3k строк кода, работающего в итоге быстрее и занимающего меньшее количество памяти, разворачивающегося на любой платформе, для которой есть компилятор C или ты хуй

>>3150
С во что по-твоему компилируется?

>>3154

Ну Си само-собой, но даже ТрупоПаскаль и то будет быстрей.

>>3154

ffmpeg.

>>3154

ГIИПХ LЕНТОО

>>3160
не смешной толстый тролль

>>3161
в 3k строчек кода? и когда это ffmpeg стал реалтаймовым?

>>3154
чистый си.
атомовские говнопрокладки хаксель-си не нужны.

>>3167
обоснуй или ты пиздобол

>>3168
опровергни или ты хуй

>>3172
бремя доказательства лежит на утверждающем

А ОПРОВЕРГНИ ТО, ЧТО БОГ ЕСТЬ

>>3176
на тебе лежит мой хуй.

иди уже дочитывай свою методичку, а то скоро сентябрь и перездача введения в ЯП

капча unude как бе говорит что ты усрался и всем надоел со своим недотроллингом.

>>3165

Oprowergni.
Da esli ffmpeg ne dostato4no realtime/ to wozmi lubuyu 4k-64k intro s pouet.net/ bydlo tupoe
nashel 4to srawniwat" po skorosti ispolneniya - interpretator i optimized machine code.

>>3180
какой интерпретатор, дебил? покажи мне в этом треде хоть один пост, где есть слово "интерпретатор" или упоминался хоть интерпретатор связанный с хаскелем

>>3178
давай-давай, я сегодня голоден

>>3190

То есть хаскель такой же анменеджед потенциально опасный код, как и сишка?
Ох лол.

>>3190
а тыщитаешь твой атом это не интерпретатор?