Софт

@deviator так зарегистрируй торговую марку где-то в латвие, ето через интернет делается за день

в любом случае нужно делать то в чём разбираешься, а то получится gimp

Календари почтовые клиенты, синхронизация с облаком, и тд мелкий софт, гуя нет в линуксе

в любом случае надо делать что-то простое :) а то все забьют через 0.5 дня

в любом случае нужно делать то в чём разбираешься, а то получится gimp

Да гимп не так плох

Но он большой

Да гимп не так плох

после продолжительной работы в photoshop очень плох

Ну это понятно, но фотошоп это опять из серии ядра, системд и тд

krita как-то хоть приближается к понятию юзабилити

Как бабки им дали

Что то пошло

Видел тут холивар про GC, но не стал вчитываться

Всем, кто его боится, в D он весьма безопасный, работает по древней известной всем технологии и вызывается только тогда, когда приложение пытается выделить память. Сам по себе он не срабатывает, да и зачем? Stop World'а нет и в помине. Для всего свыше этого есть @nogc.

Всем, кто его боится, в D он весьма безопасный, работает по древней известной всем технологии и вызывается только тогда, когда приложение пытается выделить память. Сам по себе он не срабатывает, да и зачем? Stop World'а нет и в помине. Для всего свыше этого есть @nogc.

В nogc нет всей стандартной либы, в этом и был холивар

Никто не говорил что gc в ди говно

Vibe предполагаю без gc совсем не работает

И можно ли писать допустим часть либы,/ программы с gc а вторую часть без?

И можно ли писать допустим часть либы,/ программы с gc а вторую часть без?

можно

Можно. Слинчить вручную на крайняк

Извлекая посимвольно нужные функции

А так, там вся аллокация завязана на GC

Можешь, если хошь, перехватить аллокацию и заменить её на сишную

И тогда ты, считай, избавился от него

А зачем тебе стдлиб без GC?

Никто не говорил что gc в ди говно

Но вообще то так и есть ;)

А так, там вся аллокация завязана на GC

https://dlang.org/phobos/std_experimental_allocator.html

Всем, кто его боится, в D он весьма безопасный, работает по древней известной всем технологии и вызывается только тогда, когда приложение пытается выделить память. Сам по себе он не срабатывает, да и зачем? Stop World'а нет и в помине. Для всего свыше этого есть @nogc.

как раз все потоки останавливаются во время сборки

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

На порядки производительность не теряется

Зачем кого-то переубеждать в этом?

Не хочет - пусть пишет на С++

Так мы ж тут правду ищем)

Я утверждаю что GC может стать огромной болью в highload системе и зафризить программу чуть ли не на полсекунды, там где требуется ответить на запрос за 1мс., что совершенно неприемлемо.

Насколько я знаю, highload сильно оптимизирует вообще всё и некоторые стандартные вещи переписываются заново для конечного решения

Правда, я не могу точно утверждать, я им не занимался

если рассматривать ситуацию в пределе, то мы вообще не можем гарантировать время ответа в случае, если программа выполняется не в ОС реального времени)

и тогда все эти «ответить за 1мс» не имеют никакого смысла и значат только «ответить как можно быстрее»)

ну в java проблем нет при норм нагрузках

в go судя по отзывам тоже

в подавляющем большинстве случаев нигде не будет проблем)

мне кажется, хайлоад слегка переоценен как явление)

иначе бы уже давно все яндексы и гуглы сидели бы на ос реального времени с гарантированным временем ответа)

м.б. они так и делают?

да что-то не слышал о таком

и в том же яндексе, насколько понимаю, много где вообще на питоне софт штампуют, а с питоном сложно будет в осрв)

осрв гарантировано быстро работают только с io. скорость счета не при чем

я про то, что фраза «необходимо ответить за 1мс» не имеет никакого смысла в не осрв

если система решила остановить тебя и заняться своими делами, например, посвопить, ты ее никак не уговоришь не делать этого)

и топорный GC D вряд ли станет камнем преткновения, а там, где вдруг станет, можно переписать код без использования GC)

но почти наверняка все по традиции упрется в базу и io)

В общем-то да, но касаемо осрв для некоторых направлений в гуглояндексах я всё ещё не уверен)

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

сколько стоит junior dlang разработчик? +-

))))

Наверное как джуниор С++

+/-

Если программист в одной области senior, то в другой он junior? Это логично? Он же не забывает паттерны и алгоритмы. Не забывает принципы и технологии (или правильнее сказать техники программирования. Например, что такое AST, eventloop, распределенные системы и т. д.) Или не смотря на это все равно становится Junior?

По разному

Я часто собеседую и к нам приходят такие "синьеры"

Он кричит, что мол все знает, а как капнуть - так 0

А по поводу самих шаблонов и подходов

Они часто меняются между языками

Их реализация и самих подходов

Но не думаю, что утверждения типа:

> Или не смотря на это все равно становится Junior? Не думаю, что это верно

ERROR: S client not available

Не всегда так

Но мне кажется часто

жаль(

ну ладно

А что?)

Хотя ОЧЕНЬ многое зависит от человека

да ничего

Хотя ОЧЕНЬ многое зависит от человека

я понял

Вы системщиком работаете?

Нет

и топорный GC D вряд ли станет камнем преткновения, а там, где вдруг станет, можно переписать код без использования GC)

Ну у меня вот на конкурсе ровно такие проблемы и возникли. И ос реального времени тут ни при чем. Так то сервак обрабатывал запрос в среднем за 100-200 мкс, но когда включался фриз, все останавливалось на 500000, поток запросов нарастал лавинообразно и все расхерачивалось.

Так что тут рассуждай/не рассуждай, а я лично встретился с этим в 100% моего применения D в бою.

А что за конкурс, если не секрет?

и что такое надо делать, чтобы такие фризы были?)

Если программист в одной области senior, то в другой он junior? Это логично? Он же не забывает паттерны и алгоритмы. Не забывает принципы и технологии (или правильнее сказать техники программирования. Например, что такое AST, eventloop, распределенные системы и т. д.) Или не смотря на это все равно становится Junior?

не) у меня 7 лет опьіта на Java, в планее ООП/темплейтов еще ето помагает, но когда надо многопоточность либо работа с теми же датами, либо аналог какойто либьі найти (да и еще куча всего) - ужс

и что такое надо делать, чтобы такие фризы были?)

Всего лишь обрабатывать несколько сотен запросов в секунду

а точно проблемы в GC были, а не в архитектуре?

Если бы в RAIC был пакет D по-дефолту, я бы в этом году на нём попробовал. Но его наверняка не будет.

Ну когда я сделал GC.reserve(); GC.disable() то фризы ушли

это не значит, что проблема в GC)

А что за конкурс, если не секрет?

HighloadCUp

это не значит, что проблема в GC)

А в чем она может быть ?

в архитектуре)

Это абстрактный ответ

потому что вопрос тоже абстрактный)

У меня четкая причинно следственная связь - выключил GC - фризится перестало, включил GC - снова фризы. Как тут можно истрактовать по другому?

например, никто не мешает использовать в D статические массивы или malloc)

Ты уходишь от сути вопроса )

в критичных местах, конечно

Я именно так и сделал.

суть вопроса в том, что программа неизвестной архитектуры в синтетическом тесте фризится?)

Я даже больше тебе скажу, впоследствии я во время коротких передышек в запросах вручную вызывал GC.collect() и наблюдал по логам таймера провал в несколько секунд.