Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[3.137.218.230] |
|
Страницы: (16) « Первая ... 6 7 [8] 9 10 ... 15 16 все ( Перейти к последнему сообщению ) |
Сообщ.
#106
,
|
|
|
Кстати, в своем любопытстве языком D, я не сильно продвинулся ... но что удивило, народ упорно на нем пишет CMS'ы. Спрашиваю "нафига", отвечают быстрее, удобнее и компактнее. За что купил, за то продал. |
Сообщ.
#107
,
|
|
|
Спрашивается, зачем спрашивать, если ответ не интересен? |
Сообщ.
#108
,
|
|
|
Слишком категорично, без ОS при работе с dataSheet или как он там назыветься док что железку описывает,, по другому никак,или в задачах RT , доступ *struct+delta для скорости, тоже JNI без поитеров никак http://stackoverflow.com/questions/1242046...env-environment Ты об аппликациях говоришь, тоесть safety is first, ну так и пиши на Питоне или чем нидь другом сам же сказал что писать быстрее , зачем тебе С++ вообще тут нужен, то что критично строй dll/so И зови из того же Пайтона/Явы/Шарпа, А ну как сделай на С++ выборку их БД, или НTTP сервер, затрахаешься Добавлено Цитата Flex Ferrum @ Спрашивается, зачем спрашивать, если ответ не интересен? Почему ты так решил? в принципе ты сказал то же самое что и я, только я на русском так не могу фразу построить, и все, Я думал что речь о чем то другом мне не ведомом, ну и парадигмы я тут не живу, для меня это слишком красивое слово, нужное для маркетолога и лишнее для разраба, ну кроме как на интевью показать что ты крутой, или не лекции студентом, По сути еще одна фича, |
Сообщ.
#109
,
|
|
|
settler, а где ты сказал то же, что и я? В каком посте?
Добавлено Я думаю, что дальше settler'а можно смело игнорировать. Всё равно он плохо понимает, о чём спорит. |
Сообщ.
#110
,
|
|
|
Цитата Flex Ferrum @ Всё равно он плохо понимает, о чём спорит. Кто тебе сказал что я спорю, с кем и о чем ? Пока что я привел пример причем два раза, где паралельность на практике не работает, Опровержения не увидел, вот жду пока мне D_KEY или кто-то еще расскажет про тонкий тюнинг, Как его конкретно делать? Где я могу расписать нагрузку задач между ядрами? как это прочитает Хескель/Scalа или кто еще ? Пока я вижу без аргументноое, он казёл |
Сообщ.
#111
,
|
|
|
Цитата settler @ Цитата Flex Ferrum @ Всё равно он плохо понимает, о чём спорит. Кто тебе сказал что я спорю, с кем и о чем ? Пока что я привел пример причем два раза, где паралельность на практике не работает, Опровержения не увидел, вот жду пока мне D_KEY или кто-то еще расскажет про тонкий тюнинг, Как его конкретно делать? Где я могу расписать нагрузку задач между ядрами? как это прочитает Хескель/Scalа или кто еще ? Пока я вижу без аргументноое, он казёл Так где ты сказал то же, что и я, только другими словами? |
Сообщ.
#112
,
|
|
|
Цитата settler @ "Логический"... Он декларативный. Только не говори, что makefile никогда не писал. Слабо на make квадратное уравнение решить? Я решал на каждом языке, который изучал, включая ассемблер для dsPIC33 и плюсовые шаблоны.Я не говорил что пролог ФЯ он -логический , и сделан для определенных задач, универсальным/полноценным его назовешь с натягом, Цитата amk @ Прямой доступ в память – это зло, того, кто работает с нативными указателями, надо сразу... объяснительную на стол. А так всё правильно. Я не противник goto. Да и среди них 90% как мантру повторяют: прямой доступ в память это зло, того, кто работает с голыми указателями, надо сразу увольнять. Больше противников наверно только у goto. Добавлено Цитата settler @ По ссылке не ходил. Незачем. Указатели нужны в C. Кушайте на здоровье, следите за руками. Своими в первую очередь. В C++ указатели нахрен не упёрлись. Слишком категорично, без ОS при работе с dataSheet или как он там назыветься док что железку описывает,, по другому никак,или в задачах RT , доступ *struct+delta для скорости, тоже JNI без поитеров никак |
Сообщ.
#113
,
|
|
|
РЕФАЛ? В «английском образовании» его не проходят, да. Цитата JoeUser @ Там есть удивительное промежуточное звено - использование кросс-копилятора Си под нужную платформу. Кстати это ответ и на вопрос "каким образом паразитирует" И? Вполне распространённая практика, зачем изобретать велосипед?… Ах да, прости, D-шникам этого не понять, у них весь язык — один сплошной велосипед. Цитата JoeUser @ Нет, это лишь говорит о "удобстве языка". Фортран когда-то был наверное самом массовым - но позиции свои сдал, ибо появились языки лучше. Интерес перестал представлять? Нет, вернее не сам язык, а наработки на нем. Чем похвастает Хаскель - массовостью? наработками? Адекватной системой типов. Но я уже понял, что ты оцениваешь качество по мухам. Цитата JoeUser @ Это достаточное количество утилит, которые обеспечат весь процесс обслуживания ВС. Прошу обратить более пристально внимание на термин "Операционная система". Если "система" не самодостаточна - это просто множество, ибо " система - множество элементов, находящихся в отношениях и связях друг с другом, которое образует определённую целостность". Не хватит чего-то, не будет системы. Чего не хватит? У ОС всего две задачи: запускать программы и предоставлять им доступ к железу(вычислительным ресурсам) тем или иным способом. Всё остальное — пустое философствование. Это готовые продукты, которые никто и никогда не будет переизобретать на всех возможных языках. Это создано задолго до Хаскелла и в пересоздании не нуждается. Представь себе. Дальше что? Цитата JoeUser @ Погоди, мы говорим о Хаскеле. Если какой-то другой язык (например D) недотягивает, от этого Хаскель лучше не станет. И D - по сравнению с С/C++ поделка, с теми же недостатками. Но мы говорим про Хаскель. Т.е. тебя не смущает, что на C++, кроме никому не нужной Haiku, операционных систем нет? Ну так отвечу тоже отсылкой в гугл Цитата JoeUser @ Создает объектный код и линкуется. Никаких С-компиляторов и С-файлов ему в помощь не нужно. Я спрашивал не про Си, а про ассемблер. И так: пишем компилятор Haskell->C, получаем возможность компилировать под кучу архитектур. пишем кастомный компилятор D, получаем пару-другую архитектур. Но вы продолжайте дрочить на самодостаточность. Добавлено Цитата JoeUser @ Причем настолько узконаправлен, что в среде программеров на 98% от всей информации - знают о его "идеологии" То-то во все мейнстримовые языки добавили лямбды. |
Сообщ.
#114
,
|
|
|
Цитата korvin @ WinNT Т.е. тебя не смущает, что на C++, кроме никому не нужной Haiku, операционных систем нет? |
Сообщ.
#115
,
|
|
|
Цитата korvin @ У ОС всего две задачи: запускать программы Запускать программы может сам процессор (обычно из EEPROM, но все же). Цитата korvin @ предоставлять им доступ к железу(вычислительным ресурсам) тем или иным способом Скорее наоборот. Представляет механизм абстракций, чтобы абстрагироваться от железа и обеспечить защиту. |
Сообщ.
#116
,
|
|
|
Цитата korvin @ Ах да, прости, D-шникам этого не понять, у них весь язык — один сплошной велосипед. Ну не нужно про D, не нужно в очередной раз убегать от темы. Мы сейчас Хацкель караем! Цитата korvin @ Адекватной системой типов. Но я уже понял, что ты оцениваешь качество по мухам. Я оцениваю по практическому результату. А он невпечатляющий. Несколько известных компаний начали его использовать, а крику как от курицы, снесшей яйцо. Массового использования нет, массового производства продуктов программирования на нем нет, вот накие "незначительные" мухи. Цитата korvin @ Чего не хватит? У ОС всего две задачи: запускать программы и предоставлять им доступ к железу(вычислительным ресурсам) тем или иным способом. Всё остальное — пустое философствование. Там уже ответили, но повторюсь: загрузчик+шелл - это не операционная система. Если нет нативных средств данной "ОС", к примеру, для GPT-разбиви разделов, это не "ОС", а кастрат, читай студенческая курсовая. ОС - это самодостаточное множество программ, позволяющих пользоваться системой, а не покорять высоты "красноглазия". Цитата korvin @ Это готовые продукты, которые никто и никогда не будет переизобретать на всех возможных языках. Здрасьте) Появился клон Линкукса - Андроид, там архитектура другая, принципы организации UI - совершенно другие, просто перекомпиляция не канает. Эй Хацкель, есть просто запредельно большой фронт работ, есть возможность быть впереди планеты всей! Ан-нет ... Облом. Цитата korvin @ Это создано задолго до Хаскелла и в пересоздании не нуждается. Почему-то очень много продуктов создается в условиях конкуренции. Возьмем те же офисные системы. Ну хорошо M$ Office закрытый проект. Почему Open Office не стали писать на Хацкеле? Хорошо, не написали. Появился достойный конкурент, где-то проигрывающий, где-то выигрывающий. Я имею ввиду Libre Office. Упс ... Опять не на Хацкеле??? Цитата korvin @ Т.е. тебя не смущает, что на C++, кроме никому не нужной Haiku, операционных систем нет? C++ - расширение С, на нем и писали. к моменту создания первых ядер Линукса (примерно 1991г) стандарт С++ был сырым и недоработанным, но писать надо было как-то. Кстати, в те времена и Хацкель вышел в свет. Вот и задайся вопросом, а почему не на Хацкеле? Цитата korvin @ И так: пишем компилятор Haskell->C, получаем возможность компилировать под кучу архитектур. пишем кастомный компилятор D, получаем пару-другую архитектур. Но вы продолжайте дрочить на самодостаточность. О-5-25 Да причем тут D? Но если уж на то прошло, я прочитал про бэкэнды Хацкеля и D. Оба идут правильным путем - зацепились за LLVM в качестве бэкэнда. Хотя и тут неувязочка )) под MacOSX - Хацкелю все рано и тут нужен clang (c-компилятор), ну никак без Си Цитата korvin @ Я спрашивал не про Си, а про ассемблер. Встроенный ассемблер есть. Но промежуточная стадия - создание ассемблерного кода для получения объектного отсутствует. Если ты об этом. Но я напомню - разговор про Хацкель. Про Д - есть отдельная тема. Цитата korvin @ То-то во все мейнстримовые языки добавили лямбды. Лямбды в языке Perl, который мне более по душе - не добавляли, а они были изначально, в 1987 году, задолго до рождения Хацкеля. Нашел чем хвастаться. Ты это любителям С++ ставь в укор |
Сообщ.
#117
,
|
|
|
Цитата Qraizer @ Я решал на каждом языке, который изучал, включая ассемблер для dsPIC33 и плюсовые шаблоны. Ну я его решал еще на MK-61, а на ассеблере писал графический редактор, и практически на каждом языке что учил писал пузырьковую сортировку, Ну так ради изучения, не для реальной работы , |
Сообщ.
#118
,
|
|
|
Цитата Qraizer @ WinNT В википедии пишут: C, C++, ASM. Какая часть написана на плюсах? |
Сообщ.
#119
,
|
|
|
Цитата korvin @ Цитата Qraizer @ WinNT В википедии пишут: C, C++, ASM. Какая часть написана на плюсах? В википедии есть бывшие работники майкрософта ?? Винда написана скорее всего на чистом Си, на плюсах скорре всего интерфейс. |
Сообщ.
#120
,
|
|
|
Цитата korvin @ Понятия не имею. Кто-то тут хвастался, что имеет утёкшие сырцы Win2000, пусть отзовётся давай спросим.В википедии пишут: C, C++, ASM. Какая часть написана на плюсах? Я читал, уже и не помню, где, больше 20 лет прошло, что WinNT 3.1 имела скольки-то там килобайтное ассемблерное ядро, инкапсулирующее аппаратную абстракцию, а остальное было писано на C++. Этим самым была достигнута необычайно высокая степень портабельности WinNT. И то правда, безумные по тем временам требования к памяти и невысокая скорострельность вполне укладывались в показатели тогдачных компиляторов. Конечно, с 1993 года могло многое измениться. Но сейчас доля C++ в ОСи, я уверен, зашкаливает. Даже под Win98 можно было писать VxD на C, а WDM-модель изначально предполагала C++. Проблема была только с C++EH (но не SEH! оно там родное), да и это в WinXP, скорее всего, разрулили, делов-то: RTL слегка под другой API заточить. Да и в VxD вполне можно было. Просто отключаешь поддержку исключений и подсовываешь контейнерам кастомные аллокаторы на кастомных new/delete. Коллега так делал. |