Видно плохо изучал раз нехватает при современных многогигабайтных ОЗУ и многоядерных процессорах компьютеров
Моя задача что бы программа работала даже на 2-4-8 гб ОЗУ, так что вопрос производительности стоит остро и если бы мне было всё равно на пользователя то может да, я написал бы достаточно жрущее решение и было бы нормально, но мне хочется сделать нормальную программу
это фигня для любого языка, дело только в удобстве
В частности на Python очень много регулярные выражения сьедали(чтение и обработка 100 мб файла занимало ~ 2 гб озу)
А как ты хочешь выполнять сложные вычисления без нагрузки на процессор?
Не без нагрузки, а с меньшей нагрузкой. В частности я слышал, что на C в большинстве операций процессор съедается слабее чем на том же Python.
прочитал след несколько Мб и т.д.
И здесь стоит вопрос в скорости выполнения. В худшей ситуации должны обрабатыватся несколько десятков текстовых файлов, и если на каждый будет тратится по минуте то особо это не принесёт удовольствия юзеру
Lua на мой взгляд намного быстрее и удобнее, особенно при выполнении интерпретатором LuaJit его скорость наверно превосходит все остальные интерпретируемые языки и сравнима с C/C++, но он очень специфичный
Не ожидал D на уровне С++
Как считаете есть ли у D будущее? В плане не будет ли проблем после изучения ЯП на определённом уровне попадания в N компанию с не слишком малой ЗП?
состоят в полной противоположности
Как это ни грустно =(
Я ищу нечто между Python и C/Java.
Не хватает чуть больше производительности Python и чуть больше простоты C...
Я бы рекомедовал D
Спасибо за совет =)
Я получал что то вроде десятикратного обгона регулярок
На Python я схожего не нашёл =(
На любом языке можно написать самую медленную программу
Полностью согласен, но я ищу более менее сбалансированный в плане сложности\производительности, что бы написав код "средней медленности" было не особо лагуче ;)
На счёт nim посмотрю, cython пробовал, питон как таковой немало ест памяти(~2 гб при чтении 100мб файла), а если писать С-и реализацию то думаю уж на самом C будет несколько удобнее
Спасибо за совет =)
На JS и на Python у меня при обработке текста сьедалась ОЗУ немеренно(при чтении файла 100 мб ~ 2 Гб).
На счёт GO тоже размышлял, пока что ещё не окончательно выбрал ЯП, но он(go) у меня пока в тройке лидеров
И можно sed использовать внутри своей программы?
В плане "Пользователь нажал кнопку, выбрал файлы, sed обработал текст внутри них и выдал в N переменную которую показал на экране"
Пытался такое сделать на Python но не нашёл GUI решения почему то =(
О них тоже задумывался
В прошлом месяц изучал C и подумывал о том что бы написать на C++, но программа и так имеет много различного функционала, который нужно написать(а до этого изучить как написать).
Просто мне кажется, что если я начну писать на С++\С то писать код для этой самой программы я буду уж очень долго относительно других ЯП
Kizzeon, Kizzeon, Также вопросец небольшой, если не утруждаю, для полноценной работы плагина необходимо его скачать через npm, вставить require в gulpfile.js и настроить postcss.config.js? Или достаточно просто npm и gulpfile?
Создал по инструкции проект, создал папки css и build, установил через npm i -D название пакета нужные плагины. Везде говорят про postcss.config.js, но у меня его в проекте нету, я сделал что то не так или его нужно с нуля писать?
Моя задача что бы программа работала даже на 2-4-8 гб ОЗУ, так что вопрос производительности стоит остро и если бы мне было всё равно на пользователя то может да, я написал бы достаточно жрущее решение и было бы нормально, но мне хочется сделать нормальную программу
В частности на Python очень много регулярные выражения сьедали(чтение и обработка 100 мб файла занимало ~ 2 гб озу)
Не без нагрузки, а с меньшей нагрузкой. В частности я слышал, что на C в большинстве операций процессор съедается слабее чем на том же Python.
И здесь стоит вопрос в скорости выполнения. В худшей ситуации должны обрабатыватся несколько десятков текстовых файлов, и если на каждый будет тратится по минуте то особо это не принесёт удовольствия юзеру
Спасибо за совет, однозначно посмотрю =)