[прикладное ПО] замена C

Если время и человекоресурсы позволяют

Позволяют. Под мою ответственность. Может не этот проект будет переделан, скажем, на плюсы или что-то другое, может другой. Главное развиваться.

freepascal

навыки команды.

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

В отсутствии людей с большим опытом использования какого-то конкретного языка (а это и идеология, и стек технологий, и «общеизвестные баги»), всё же стоит смотреть на дурако-устойчивые языки / технологии. Такими я вижу Java и Python (не фанат их). Смотри либы, истории успеха - какие наработки вам больше подходят, тот язык и используйте.

Если выберите что-то более экзотичное - будут проблемы с обучением, выработкой общего стиля, поддержкой, поиском сотрудников.

Ну и если тимлид уйдёт из команды в течении года (и это ещё слабая оценка), всё рискует навернуться.

Если готов разгребать все эти проблемы, уверен в ближайшем будущем - выбирай экзотику. Нет - Java / Python.

Может не этот проект будет переделан, скажем, на плюсы

К лешему плюсы. Всё что угодно будет лучше, хоть та же сишка. Я бы взял моно или на крайняк jvm. Можно даже поизвращаться с эзотерикой F#/scala. Хорошо конечно бы на окамле писать, но он давно уже труп, F# уж тогда надо брать. Хотя я представляю реакцию программистов, которым достанется от вас в наследство эзотерический код... Если жить не одним днём, то только C#/Java, увы безальтернативно.

+1 Что-то я совсем забыл про .NET и иже с ним. C# программистов тоже много и начинать на нём легко.

мне вот интересно по каким критериям вы хороние языки? А то послушать так одни трупики уже.

Какие есть альтернативы C?

Паскаль.

//Ваш К.О.

мне вот интересно по каким критериям вы хороние языки?

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

со всем согласен кроме развития. ЯП это такой продукт который хорошо если обновляется раз 10 - 15 лет. Многие языки так и не обновлялись со времен своего рождения т.к. были рождены идеальными - ни прибавить не убавить, все на своем месте. Если же под развитием понимать пополняемость и актуальность библитек а так же свежие компиляторы поддерживающие новые платформы, + активность типа очередной оптимизации то да - это влият но смотря какой язык. Если ffi есть - актуальность либ отпадает. Если сидим на гиганте типа jvm - платформы отпадают даже вместе я либами и оптимизацией. Так что запилить компилятор для jvm и не прогаришь.

ЯП это такой продукт который хорошо если обновляется раз 10 - 15 лет.

Смотря какой ЯП. Тут вот питон рекламировали, а мы с ним горя то хлебнули при переходах 2.2->2.4->2.6. Как то стрёмно, когда у тебя отваливаются скрипты при смене минорных версий интерпретатора. Может я ретроград, но по-моему это ни в какие ворота. С другой стороны, когда язык настолько stable, что и библиотеки для него не обновляют... Тоже не годится.

Так что запилить компилятор для jvm и не прогаришь.

Уже есть F#, и на мой вкус он лучше окамля. Да, это не JVM, ну и хрен с ней.

Писать дальше на Си дальше и привыкнуть к указателям и работе с памятью (в этом ничего сложного нет).

Уже есть F#, и на мой вкус он лучше окамля.

F# лучше не брать, если уже не знаешь его перед началом проекта. Ибо там, во-первых, с ходу писать хороший код трудно (легко заплыть кучей лямбд, которые потом придётся разгребать), а во-вторых, может вылезти StackOverflowException внезапно, т.к. где-нибудь неаккуратно рекурсию написал. Ну и F# помедленнее C# будет.

Имхо, если брать F#, то как дополнительный ЯП в .Net проекте, который используется для мест, где нужно разгрести кучу условий (match-with удобен в этом случае) или если надо сделать асинхронность просто и понятно (async, ага).

поддерживаю, ну и локальную вики поднять, что бы вести документацию по коду

Под требования хорошо подходит Vala.

_абсолютно_ каждый ЯП можно раскритиковать, у каждого есть свои недостатки. на жабе и на плюсах написаны тонны кода. и они работают.

A project done in Java will cost 5 times as much, take twice as long, and be harder to maintain than a project done in a scripting language such as PHP or Perl.

Да ну на... Не верю. Нафик. IMHO, как раз с точностью донаоборот.

Между прочим этот сайт написан на жабе... а вы её так критикуете, может, вам нечего тут делать? ;)

ocaml

на жабе и на плюсах написаны тонны кода. и они работают

На Коболе тоже написаны тонны кода, ИЧСХ, они тоже работают. Пустой аргумент.

сишную лапшу на кластер натягивать - это ещё большая попоболь

Во-во. Хорошо, что напомнил. Я топикстартеру ocaml советовал, но у него есть проблема с многопоточностью. Евоенный сборщик мусора не многопоточный -> ocaml-овский код в одном процессе на одном ядре только исполняется.

Vala. Можно переделывать код постепенно.

Вот сейчас разгребаю овер 100к строчек индусского кода 10летней давности. Никого из тех, кто его писал, в компании не осталось.

И часто приходится спрашивать про затыки? За какамлы не скажу, но я что-то не припомню, чтобы за всю свою жизнь хоть раз бегал к какому-то там комьюнити с вопросами по C или C++.

Неправильно. Писать надо на C++, привыкнуть к ссылкам и smart pointers и автоматизировать работу с памятью (RAII). Между современным С++ и банальным плоским C гигантская пропасть. На самом деле жаль, что в C++ так много обратной совместимости с C, был бы это более очевидным образом другой язык, не писали бы на нем по-ламерски, как на C.

Тоды ой :) Разгребаешь по науке или наудачу?

То есть, продакшна у вас нет, или команда такая большая? Перед тем, как написать заново, имеет смысл вспомнить историю нетскейпа :)

C++ и Java живы, развиваются и активно используются. Кобол умер, и спецы уже на кладбище либо на финишной прямой. Пример не в тему.

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

Кобол? Умер?!? Wishful thinking, однако.

Умер - не значит исчез.

Есть программа (досталась по-наследству) которая работает с большими графами, строками и много чего с ними делает. Написана на C. Это неудобно т.к. вся работа с памятью, указателями, границами массивов итп ложится на программиста. А ещё нет ООП, перегрузки, именованных аргументов и прочих вкусностей. В результате погрязли в коде. Нужен альтернативный ЯП.

Если бы я был вашим начальством, то переписывать запретил, а только поддерживать. Переписома - типичная болезнь российских программистов. :)

Неправда, любой программист хочет в светлое будущее ;)

на хацкеле или лишпе

Так это ты в кодаче троллишь?

Vala?

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

nemerle, CL, scheme - на выбор

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

это должен был быть первый и единственный комментарий в топике

продакшна у вас нет

пока тестовый период.

В общем, пока рефакторим.

Тебя, например.

Такими я вижу Java и Python

Питоном владеем отлично, даже кода успели понаписать. Но он дико слился по скорости. Даже на сях в 24 потока (на тачке два проца по 6 ядер + hyperthreading) обработка данных занимает несколько суток. А на питоне... Не дождались мы питона.

А ява... Думаем над этим.

Желаю удачи, она вам понадобится :)

Working effectively with legacy code читал? Полезная книжонка.

Можно и плюсы. Но тогда им переписывать придётся.

А ссылки не всегда удобны да и преимуществ в них особых нет на мой взгляд.

ещё один. «одного ЯП хватит всем», да? Если бы не было разницы на чём писать то был бы только один язык.

Тут вопрос не в том что на другом ЯП будет проще или нет. Это даже не обсуждается, местных пи*доболов уже надоело слушать по этому поводу. Тут риски другого плана (не осилить, сорвать сроки, потерять совместимость с другими проектами итп).

У тебя странное определение лени. Лень это когда люди ничего не делают, а не когда они пытаются улучшить текущую ситуацию. Запомни это.

спасибо

фортран уже предлагали? писать на нём - песня. скоростью тоже не обижает.

Лень это когда люди ничего не делают, а не когда они пытаются улучшить текущую ситуацию. Запомни это.

man Полесов

фортран уже предлагали?

да :). Короче, ради прикола я выделю пару дней и попробую все варианты. Хотя бы для общего развития

man Полесов

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

Тут вопрос не в том что на другом ЯП будет проще или нет. Это даже не обсуждается, местных пи*доболов уже надоело слушать по этому поводу. Тут риски другого плана (не осилить, сорвать сроки, потерять совместимость с другими проектами итп).

не осилить? ну ты сам подтвердил мои слова

Решение «нанять профессионалов» оно, конечно, всегда выход. В следующий раз сам так сделай когда возникнут вопросы типа «как заэмбидить питон».