@Artmal

На Си пишу несколько дней и постоянно не хватает каких-то встроенных функций к которым привык в других языках(напр. нужно самому реализовывать print, реверс массива, получение input'a от пользователя).

Почему при создании языка(или при создании новых версий) не включили нормальную стандартную библиотеку(как, например в Java/Javascript). Это для хардкорности?

0

@DobroAlex

Artmal, этого мало?
https://ru.m.wikipedia.org/wik... а_языка_Си

0

Croessmah

Скорее для переносимости и минималистичности.

1

@Artmal

Croessmah, не совсем понимаю как это помогает переносимости. Например, Java программа может быть запущена на любом устройстве где есть JVM + имеет обширную библиотеку.

Если не сложно, приведите конкретный пример.

0

Croessmah

У меня вот в Ардуино нет JVM.
Не у всех есть GUI.
У каких-то устройств вообще три кнопки - "да", "нет", "не знаю".

1

@DobroAlex

Artmal, Си максимально портабелен для всех POSIX-совместимых систем и работает он исключительно быстро и экономно. Жабка и JVM тоже очень портабельны, но при этом кушают много ресурсов, особенно ОЗУ.

0

@tmpValue

Потому что когда писался си, он был призван заменить ассемблер. Его ниша это embedded. Даже в high performance уже прижился c++, который судя по всему тебе и будет более привлекателен. Хотя кое кто вроде меня все же предпочитает си вместо крестов для создания, сопровождения high performance system. В этом языке типы довольно размыты и, в зависимости от целевой платформы, могут варьироваться, в отличие от JVM например. Здесь нет плюшек, здесь даже строк нет. Здесь сплошь сырые байты. Это раз. Язык писали двое парней из Bell для собственных нужд. Так сложилось что он пришелся по душе коллегам. Ребята переписали на нем UNIX, который с тех пор сопровождать стало просто. История точь в точь как с интерфейсом BSD Socket. Кто-то придумал, а остальные подхватили. Java же писался целенаправленно как продукт для программистов. Как товар. Существует целый штат для его развития и поддержки, все эти люди на зарплате. Допустим не java, а python или js... и т.д. эти языки стали появляться спустя 30 лет от рождения сей. Здесь конечно заметную роль сыграла эволюция выч систем. Для примера, в свое время haskell не взлетел в том числе и потому что ему требуется немного больше ресурсов чем на тот момент другим компилируемым языкам. А в то время 64Kb это довольно мощная машина. Это два. Ну и резюмируя подведу итог. Язык для дробильных задач, и компиляторы справляются с этим отлично. Конкурировать может разве что только c++, но по моему опыту он на порядки сложнее в сопровождении.

Добавлено через 3 минуты
И еще, это идеальный инструмент когда ты решил стрельнуть себе в ногу. Так что до выпуска релиза нужно хорошенько поднатореть.

0

@Kukstyler

0

@Artmal

Kukstyler, фреймворк это не коллекция библиотек.

0

@Kukstyler

А что?

0

@Artmal

Код, который определяет архитектуру приложения(какой-то костяк) и выполняет Hollywood принцип. Мы не вызываем код фреймворка(хотя вызываем код библиотеки), а код фреймворка вызывает наш код.

0

@Kukstyler

А что, библиотеки разве этого не делают?

Противоречивое заявление.

Не всегда и не во всём.

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

0

@tmpValue

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

1

@Kukstyler

tmpValue, в смысле?

0

@tmpValue

Kukstyler, в смысле каша в голове у человека.

0

@DobroAlex

tmpValue, ********** небось

0

@tmpValue

0

Croessmah

0

@tmpValue

0