[ /tv/ /rf/ /vg/ /a/ /b/ /u/ /bo/ /fur/ /to/ /dt/ /cp/ /oe/ /bg/ /ve/ /r/ /mad/ /d/ /mu/ /cr/ /di/ /sw/ /hr/ /wh/ /lor/ /s/ /hau/ /slow/ /gf/ /vn/ /w/ /ma/ /azu/ /wn/ ] [ Main | Settings | Bookmarks | Music Player ]

No.44121 Reply
Собираюсь изучать 2 языка программирования. Последовательно или параллельно (сразу два) - хз, как получится.
Выбрал "C" в качестве основного ЯП, а вот в качестве запаски хочу использовать либо C#, либо Python.
Цели, которые я ставлю для дополнительного ЯП:
1) Крайне желательна мультплатформенность Знаю только, что и питон, и шарп мультиплатформенны, но насчёт подробностей хз
2) Написание лёгких GUI программ (пока на Windows, но позже может появиться желание\потребность писать на другой ОС, для этого и нужна мультплат-ность).
3) Написание скриптовых программ.
>> No.44122 Reply
>>44121
Для гуев, особенно под винду сишарп, для средней сложности скриптов питон. Питон имеет средней хуевости систему дистрибуции (собрать готовый jar/exe и раздать без такой-то матери не получится). Точно не скажу, но не уверен что возможно удачно писать кросплатформенный гуй на сишарпе, который и под виндой и под линуксом сразу будет выглядеть адекватно.
Мой совет хорошо разобрать питон, после этого добавить сишарп не составит труда.
>> No.44124 Reply
Некоторые люди советуют сначала научиться программированию как таковому, читая SICP (и выполняя практические задания на лиспе), потом всё что угодно.
Питухон - это в основном скриптовый ЯП для прыщеблядинга и несколько веб-фреймворков (django например), под шинду и для гуев его использовать практически смысла нет. Сисярп это не сишка и не кресты, и даже не жаба, в соседнем треде про его применимость написано в принципе.


Вообще зачем вы создаете эти однотипные треды "Посоветуйте что выбрать: X или Y"?
>> No.44127 Reply
>>44121
не тот вопрос задаешь, няша. Нет такой вещи как "основной" язык без конкретной цели или проекта. Каждому языку своё. Си — такой высокоуровневый асм для производительных или близких к железу вещей (а также unix-style утилит), а вот писать на нем жырные приложения и графон — мазохизм.
Сисярп — такая жаба, только от MS и полегче. Неплохоу идет как раз для всякой гуёвой жырноты, с хоть и не космической, но все же производительностью. Для мелких приложений, веба, низкоуровневого кода — говно.
Питон божественнен, если ты хочешь писать мелкие (и не очень) скриптики и автоматизацию, хорош для веба, для не сильно требовательных вычислений а для сильно требовательных есть pypy и умеет в небольшие гуи. Ксть огромное коммьюнити и туча библиотек для всего. Писать на нём большие гуи и графон возможно EVE Online например, но изврат. Также многие интерпретаторы питона не умеют труъ-мультитрединг.

Выбирай. А вообще, просто не ограничивайся двумя языками. :3

а вообще, на мой взгляд практичнее знать питон, чем сишарп.

>>44122
> кросплатформенный гуй на сишарпе, который и под виндой и под линуксом сразу будет выглядеть адекватно.
KSP же.
>> No.44129 Reply
>>44124
> скриптовый ЯП для прыщеблядинга
Что есть прыщеблядинг? Очень простенькие скриптовые проги?
> под шинду и для гуев его использовать практически смысла нет
Почему Python не юзают под GUI? Аргументы, пжлст.
> в соседнем треде
Соседний - это какой?
> зачем вы создаете эти однотипные треды
В следующий раз при возникновении вопросов обещаю создать тред для новичков №2, так уж и быть.

>>44127
> Нет такой вещи как "основной" язык без конкретной цели или проекта. Каждому языку своё.
Я это понимаю. Я подбираю языки, исходя из конкретной области применения языка + популярность ЯП + мультиплатформенность и прочие вещи.
> Сисярп — такая жаба, только от MS и полегче.
Чем именно легче? Синтаксисом? Скоростью написания?
> Для мелких приложений... — говно.
Почему?
> для сильно требовательных вычислений есть pypy
За упоминание pypy спасибо, интересная вещь.
>> No.44130 Reply
>>44121
Если быстрое и результативное написание скриптов и прочее прототипирование, хакинг ставятся в цель, то однозначно Питон.

А вообще вместо C# лучше бы посмотрел в сторону новых языков, как то Go и Rust. Они в некоторых местах сыроваты, но вполне интересны и кроссплатформенностью обладают. Да и тот же Rust может стать неплохим вводом к более низкоуровневым языкам.
>> No.44131 Reply
>>44130
> А вообще вместо C# лучше бы посмотрел в сторону новых языков, как то Go и Rust. Они в некоторых местах сыроваты, но вполне интересны и кроссплатформенностью обладают. Да и тот же Rust может стать неплохим вводом к более низкоуровневым языкам.
Нахер они нужны, вакансий на рынке на них почти нет и нужных либ очень мало. Я сомневаюсь, что они вообще когда-нибудь станут популярными.
>> No.44132 Reply
>>44131
Если тебе нужны вакансии, а не умение программировать, то учи Жабу и ПоХаПэ, вот там вакансий у тебя будет хоть попой жуй.
>> No.44133 Reply
>>44132
> Если тебе нужны вакансии, а не умение программировать
Меня интересует сфера десктопа + низкоуровневое программирование (драйвера\ОС) и т.д. К вебу вообще не тянет, к сфере смартфонов тоже.
>> No.44134 Reply
>>44132
Для умения программировать нужно читать книги по приципам и прочей теории, как хипстерские языки в этом могут помочь?
>> No.44135 Reply
>>44133
> либ очень мало
Оба этих языка обладают неплохими интерфейсами для вызова C-либ и подразумевают их использование, а на C есть практически все, что может понадобиться.
>> No.44136 Reply
>>44135
И это, правда, работает? Всегда? И багов нет или хотя бы мало? Это проверяли на практике? Номинально много у кого всяких крутых совместимостей, но я не верю, не доверяю.
>> No.44138 Reply
>>44136
Алсо, в догонку: дело не только в просто именно либах. Дело во фреймворках, пакетных менеджерах, IDE, стат. анализе, автоматических оптимизаторах, дебаггерах, криптовщиках, генераторах документации, сниферов кода, тулз для continuous integration, тулз для тестов, инструментов для REPL и многого другого.
>> No.44141 Reply
>>44121
Питон под все три пункта. Шарп не проходит по пунктам 2 и 3.
>> No.44144 Reply
>>44138
Вот этого бро поддерживаю неистово.
>> No.44147 Reply
File: 1318496420280.jpg
Jpg, 160.89 KB, 720×540 - Click the image to expand
edit Find source with google Find source with iqdb
1318496420280.jpg
>>44138
> Дело во фреймворках, пакетных менеджерах, IDE, стат. анализе, автоматических оптимизаторах, дебаггерах, криптовщиках, генераторах документации, сниферов кода, тулз для continuous integration, тулз для тестов, инструментов для REPL и многого другого.
А теперь посмотри на те цели, что ставит оп, и скажи: ты правда считаешь, что ему для его целей понадобится или хотя бы будет сколь-нибудь полезен хоть один из упомянутых тобой инструментов? А потом иди обратно в свой индус-триальный угол и пожуй добра.
>> No.44161 Reply
>>44138
Если тебе нужен фреймворк, то ты учишь фреймворк и под него подтачиваешь знания языка. Это всегда так. Любой крупный фреймворк оборачивает чуть ли не все части стандартной библиотеки и заставляет писать практически только в рамках предусмотренных авторами фреймворка парадигм.
Пакетные менеджеры в упомянутых языках присутствуют прямо встроенные, а не прикрученные в форме внешних костылей, причем со встроенной поддержкой всяких вкусностей плана прямой загрузки из гита, это тебе не богомерзкий NuGet: http://doc.crates.io/guide.html, https://golang.org/cmd/go/#hdr-Remote_import_paths
Дебаггер в обоих случаях проверенный gdb, потому что языки компилируемые.
Генераторы документации, запуск тестов и все такое там тоже присутствует.
Стат. анализом в обоих случаях занимаются компиляторы, которые стараются предотвратить очевидные ошибки.

Ну, и так далее. Это все-таки свежие языки, которые разрабатывались когда все эти вещи уже были в ходу, поэтому они учитывали преимущества от их использования.
>> No.44162 Reply
>>44161
Я не вижу где в гоу указывается версия либы, например если в гите внезапно что-то поломают в самом крайнем коммите, то ты соснешь.
>> No.44163 Reply
>>44162
В этом случае вендоринг — это рекомендуемая практика: https://golang.org/s/go15vendor.
И это, в принципе, правильно, потому что если автор приложения знает, что его приложение ломается с последней версией либы, то он сломает и, например, сборку приложения на генте, где вместо go get для управления зависимостями используется portage.
>> No.44241 Reply
>>44141
> We've also released scripting APIs that enable you to build and run C# as a script. The scripting APIs are available on GitHub.
https://www.visualstudio.com/en-us/news/vs2015-update1-vs.aspx
>> No.44408 Reply
File: 14128382857148.jpg
Jpg, 31.36 KB, 400×359 - Click the image to expand
edit Find source with google Find source with iqdb
14128382857148.jpg
>>44241
> build and run C# as a script.
> build
> script
>> No.44409 Reply
>>44408
Не script, а as script.
>> No.44451 Reply
>>44409
А какая разница?


Password:

[ /tv/ /rf/ /vg/ /a/ /b/ /u/ /bo/ /fur/ /to/ /dt/ /cp/ /oe/ /bg/ /ve/ /r/ /mad/ /d/ /mu/ /cr/ /di/ /sw/ /hr/ /wh/ /lor/ /s/ /hau/ /slow/ /gf/ /vn/ /w/ /ma/ /azu/ /wn/ ] [ Main | Settings | Bookmarks | Music Player ]