The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Инициатива по созданию порта PostgreSQL на языке Rust

09.01.2017 10:41

Джоэль Якобсон (Joel Jacobson) выступил с инициативой создания варианта СУБД PostgreSQL, переведённого на язык Rust. Порт будет развиваться под именем RustgreSQL. Перевод с Си на Rust планируется полностью автоматизировать и обеспечить трансляцию основной master-ветки PostgreSQL в представление на языке Rust c автоматической конвертацией всех новых коммитов, т.е. код RustgreSQL будет синхронизирован с PostgreSQL.

В качестве мотива создания порта называется избавление от необходимости оглядки на усложнённые детали при работе с памятью на языке Си и возможность задействования средств по обеспечению безопасного программирования, предоставляемых языком Rust. Автоматическое управление памятью в Rust избавляет разработчика от манипулирования указателями и защищает от проблем, возникающих из-за низкоуровневой работы с памятью, таких как обращение к области памяти после её освобождения, разыменование нулевых указателей и выход за границы буфера.

Джоэль Якобсон занимается поддержанием системы электронных платежей Trustly, охватывающей 52 банка в 7 странах и использующей для обработки данных и бизнес-логики только СУБД PostgreSQL. Trustly разрабатывает ряд дополнений для PostgreSQL, а сам Джоэль является автором входящего в PostgreSQL набора функций и представлений pg_stat_xact_* и также известен работой по обеспечению предсказуемого порядка вывода записей в pg_dump и участием в разработке SQL-расширения PL/PgSQL 2.

В сообществе инициатива пока встречена скептически, например, организация автоматической трансляции кода из Си в Rust сравнивается по уровню сложности с разработкой самого PostgreSQL. Переход разработки PostgreSQL с языка Си оценивается как нереалистичный, требующих огромных трудозатрат и лишённый убедительных причин.

  1. Главная ссылка к новости (https://www.postgresql.org/mes...)
  2. OpenNews: Увидел свет язык программирования Rust 1.13
  3. OpenNews: Facebook работает над реализацией сервера Mercurial на языке Rust
  4. OpenNews: В Firefox 48 начнётся интеграция компонентов на языке Rust
  5. OpenNews: Успехи Rust: Подготовка первого выпуска Servo и использование Rust в новом хранилище Dropbox
  6. OpenNews: Представлена операционная система Redox, написанная на языке Rust
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/45826-rust
Ключевые слова: rust, postgresql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (276) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Zloy (?), 11:03, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А интересная инициатива. Рукопожимаю.
     
     
  • 2.42, Аноним (-), 13:29, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Лучше пожми ему коммиты на гитхабе. А мы посмотрим как вы напишете штуку размером с постгра. И насколько вас хватит на ее майнтенанс.
     
     
  • 3.57, Аноним (-), 14:05, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    На гитхабе не отображаются коммиты в приватных репозиториях гитхаба. Также
    на гитхабе не отображаются коммиты в репозиториях, которых нет в гитхабе.
     
  • 3.66, Аноним (-), 14:32, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +16 +/
    > А мы посмотрим как вы напишете штуку размером с постгра. И насколько вас хватит на ее майнтенанс.

    А "вы" - это кто? Ребята из постгреса или очередные "мы не сеем, мы не пашем, мы на опеннете анонимно языком машем!"?

     
     
  • 4.154, Аноним (-), 20:40, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > А "вы" - это кто? Ребята из постгреса или очередные "мы не
    > сеем, мы не пашем, мы на опеннете анонимно языком машем!"?

    А вы наверное видный представитель клуба? Мы то не сеем и не пашем, потому что не крестьяне нифига.

     
     
  • 5.159, Аноним (-), 20:48, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> "мы не сеем, мы не пашем, мы на опеннете анонимно языком машем!"?
    > А вы наверное видный представитель клуба? Мы то не сеем и не
    > пашем, потому что не крестьяне нифига.

    Т.е. с тем, что ты балабол, ты не споришь?


     
     
  • 6.162, Аноним (-), 20:54, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Т.е. с тем, что ты балабол, ты не споришь?

    Ну то-есть вы не отрицаете участие в клубе. А это вовсе и не передерг вашим методом, как бы.

     
     
  • 7.174, Аноним (-), 21:18, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Т.е. с тем, что ты балабол, ты не споришь?
    > Ну то-есть вы не отрицаете участие в клубе. А это вовсе и
    > не передерг вашим методом, как бы.

    Конечно, ведь даже передерг балаболы опеннета не ослили как надо. Я ведь не отвечал, а только спрашивал, в отличие от.
    Кстати, тема "вас" все еще не раскрыта. Так вы ребята и постгреса или просто очередные балаболки опеннета, которые только и могут смотреть, да балаболить?


     
     
  • 8.194, Аноним (-), 22:49, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Отмазывайся теперь А кто такие мы - по-моему довольно легко догадаться Ну не д... текст свёрнут, показать
     
  • 3.141, Zloy (?), 20:03, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Бесплатно -- только руку пожать.
     
     
  • 4.155, Аноним (-), 20:42, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Бесплатно -- только руку пожать.

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

     

  • 1.2, Rodegast (ok), 11:12, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Тю... Тогда лучше сразу на Haskell переписать, он безопаснее будет.
     
     
  • 2.86, freehck (ok), 15:48, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > Тю... Тогда лучше сразу на Haskell переписать, он безопаснее будет.

    Си в хаскель автоматически конвертировать не получится. Во-первых система типов слишком различна, можно обломиться на том же соглашении о том, что считать истиной. Во-вторых хаскель чисто функциональный, и императивные алгоритмы на Си придётся конвертировать вручную, что в таком большом проекте как постгра выльется в огроменную работу.

     
     
  • 3.237, Rodegast (ok), 10:39, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А то я этого не понимаю ;) Моё сообщение было саркастическим т.к. переписывание сабжа на rust сопоставима с переписыванием на haskell, а профит весьма сомнителен.
     

  • 1.3, vitalif (ok), 11:15, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +15 +/
    Да вы упоролись. Исследовали же постгре, там и так дефектов меньше чем где бы то ни было оказалось)
     
     
  • 2.43, Аноним (-), 13:31, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Да вы упоролись. Исследовали же постгре, там и так дефектов меньше чем
    > где бы то ни было оказалось)

    Мозилла как-то тут вопила что надо просмотрщик пдф на js переписать. Переписали. Мало того что его клинит по 2 минуты при открытии пдф и он жрет сотни памяти, так в нем еще сказочный 0day посадили которому позавидует даже адоб. В общем если програмер макака - никакой ЯП тут не поможет.

     
     
  • 3.64, Аноним (-), 14:31, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > Мозилла как-то тут вопила что надо просмотрщик пдф на js переписать. Переписали.

    Только новость не о просмотрщике и не о переписывании на жс.

     
     
  • 4.81, skybon (ok), 15:27, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Патологическая ненависть к Мозилле не лечится.
     
     
  • 5.156, Аноним (-), 20:44, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Патологическая ненависть к Мозилле не лечится.

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

     
     
  • 6.182, Led (ok), 21:33, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Если заменить мозиллу на обезьян с гранатой

    Ты, наверное, хотел сказать "вэб-макаку с гранатой"?

     
     
  • 7.187, Аноним (-), 22:18, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты, наверное, хотел сказать "вэб-макаку с гранатой"?

    Пример убунты показал что макаки бывают и не вэб. Ну а кто еще может отгружать нерабочий апдейтер три релиза к ряду? Да, на очень характерном яп используемом мегапрофессионалами. А в go гугл так даже логотип выбрал честно.

     
  • 4.83, saasd (?), 15:36, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну так и быть, разжуем лично вам.
    Автор имел в виду, что если прога и разрабы кривые, то никакой ЯП не поможет.
     
     
  • 5.89, Аноним (-), 16:22, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    При этом приведя в качестве примера cовсем другой продукт - конкретную БД, а не ... большой текст свёрнут, показать
     
     
  • 6.158, Аноним (-), 20:46, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > При этом приведя в качестве примера cовсем другой продукт - конкретную БД,
    > а не какой-то абстрактный просмотрщик на локалхосте, замененный на ЖСный. Совсем
    > другую компанию с совсем другими задачами и взаимодействием

    Ну ладно, мазила еще servo написала. И что вы думаете? Оно тормозит еще круче того пюсового монстрика и падает на каждом первом сайте. И это при том что его пилят уже несколько лет. Ну как бы успех переписывания - во все поля. Наверное и с сабжем получится нечто наподобие.

     

  • 1.4, Аноним (-), 11:31, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    Чушь. Безопасные языки программирования нужны тем, кто программировать не умеет.
     
     
  • 2.5, Zloy (?), 11:34, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ещё скажи, что статическая типизация нужна тем, кто программировать не умеет.
     
     
  • 3.7, Аноним (-), 11:37, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Скорее наоборот
     
  • 2.6, Аноним (-), 11:36, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Высокоуровневые яп нужны тем, кто не может в ассемблер, неправда ли знакомая песня?
     
     
  • 3.69, Аноним (-), 14:43, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Высокоуровневые яп нужны тем, кто не может в ассемблер, неправда ли знакомая
    > песня?

    А assembl[i]y[/i] нужен неосиляторам машинных кодов. Которые не в курсе *реноватой оптимизации и опкодогенерации ассемблеров, особенно в части абсолютной и позиционно не зависимой адресации, вкупе с дальностью, прыжков и вызовов -  а потом удивляются, почему это код иногда на 5% медленнее работает.


     
     
  • 4.161, Аноним (-), 20:51, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > и опкодогенерации ассемблеров, особенно в части абсолютной и позиционно не зависимой
    > адресации, вкупе с дальностью, прыжков и вызовов -  а потом
    > удивляются, почему это код иногда на 5% медленнее работает.

    Сразу видно человека который эксперт по ассемблеру. Весьма иллюстративно.

     
     
  • 5.171, Аноним (-), 21:12, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> и опкодогенерации ассемблеров, особенно в части абсолютной и позиционно не зависимой
    >> адресации, вкупе с дальностью, прыжков и вызовов -  а потом
    >> удивляются, почему это код иногда на 5% медленнее работает.
    > Сразу видно человека который эксперт по ассемблеру. Весьма иллюстративно.

    А вы не стесняйесь, просветите нас.
    Начните хотя бы с "ассемблера", того самого, единственно верного, ну и так далее, что вам там почудилось. Потому как единственное, что упоминалось не всерьез, кроме контекста - это шутка про 5%.  
    Или кроме обобщенных изречений с умным видом ничего не будет? )

     
     
  • 6.189, Аноним (-), 22:27, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –5 +/
    > всерьез, кроме контекста - это шутка про 5%.
    > Или кроме обобщенных изречений с умным видом ничего не будет? )

    Кроме всего прочего я еще програмил на парочке ассемблеров, пустяки. Но вы продолжайте про 5% и шутки. Как показали плюсики, хипстеры все-равно асм не видели, но мнение имеют. Крутые програмеры, с крутыми подходами.

     
     
  • 7.196, Аноним (-), 22:52, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/

    > Кроме всего прочего я еще програмил на парочке ассемблеров, пустяки. Но вы

    Ой, напужали ежа голой попой! Хелловорлд на асме входит в обязательную программу нормального вуза. Но вы продолжайте давить на илитарность и писать поменьше конкретики.
    > продолжайте про 5% и шутки.

    Только вот кроме 5% упоминается парочка маленьких таких нюансиков, как бы, нивелирующих, вместо тега <йумар>, так сказать. То, что вы их не заметили и решили попедалировать проценты, тоже очень иллюстрирует )
    > не видели, но мнение имеют. Крутые програмеры, с крутыми подходами.

    Что сказать то хотели, крутой вы наш знаток ассемлеров?


     
     
  • 8.205, Аноним (-), 00:15, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Ну так бы и сказал что знаешь асм на уровне хелловорлда для вуза А я развлекалс... большой текст свёрнут, показать
     
  • 2.10, vagtang (?), 11:46, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +15 +/
    А запасной парашют только тем кто не умеет прыгать с парашютом
     
     
  • 3.46, Аноним (-), 13:35, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А запасной парашют только тем кто не умеет прыгать с парашютом

    Как бы это сказать? Если запасной парашют будет добровольно-принудительно выскакивать сам - он может все испортить, когда в результате будет два запутавшихся друг об друга парашюта и один убившийся парашютист.

     
     
  • 4.115, Илья (??), 18:14, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    при чем тут безопасные языки программирования?
     
     
  • 5.125, Аноним (-), 18:53, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > при чем тут безопасные языки программирования?

    Древняя примета опеннета - чем меньше анонимы знают матчасть, тем красочнее, подробнее и левее аналогии.


     
     
  • 6.160, Аноним (-), 20:48, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Анонимы на опеннете почти никогда не знают матчасть... :(
     
     
  • 7.164, Аноним (-), 20:59, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Анонимы на опеннете почти никогда не знают матчасть... :(

    Ну вам то как экспертам анонимовединия виднее. По себе проверяли, тезки?

     
     
  • 8.172, Аноним (-), 21:13, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    По таким вот как ты Экспертам аналогий ... текст свёрнут, показать
     
     
  • 9.195, Аноним (-), 22:52, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Про парашюты начал какой-то другой аноним Нет, аналогия не такая уж плохая, но ... текст свёрнут, показать
     
  • 5.163, Аноним (-), 20:58, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > при чем тут безопасные языки программирования?

    Безопасный язык программирования - это так круто звучит из уст маркетолого. Но почему-то это не помешало повесить баг ценой в 2 миллиарда долларов из-за которого упал Arian 5. А казалось бы Ada - куда уж безопаснее то?

     
     
  • 6.198, Михрютка (ok), 22:56, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> при чем тут безопасные языки программирования?
    > Безопасный язык программирования - это так круто звучит из уст маркетолого. Но
    > почему-то это не помешало повесить баг ценой в 2 миллиарда долларов
    > из-за которого упал Arian 5. А казалось бы Ada - куда
    > уж безопаснее то?

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

     
     
  • 7.206, Аноним (-), 00:28, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > это потому что язык программирования, безопасный от менеджеров, которые хотят сократить
    > время и подрезать стоимость на тестах, еще не придумали.

    Так это, если все делать по фэншую, совсем без constraints по времени и стоимости, да чтоб все баги еще починить - релиз не состоится никогда. Поэтому данный фактор сбросить со счетов могут разве что академики. Блин, даже опенсорсники которых шеф не жмет - и то приучаются релизиться с какй-то периодикой. Ну или проект заваливается в режим abandonware.

     
     
  • 8.212, Михрютка (ok), 01:38, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    правильно вот в примере про ариан завалилась довольно дорогая железка в пример... большой текст свёрнут, показать
     
     
  • 9.253, Аноним (-), 14:52, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Поэтому крут не тот кто пишет идеальный софт, а тот кто все это может вменяемо с... большой текст свёрнут, показать
     
     
  • 10.272, Михрютка (ok), 23:12, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    эм, контролерам Аполлонов не хотите рассказать про зажрались Тем, которые Apoll... большой текст свёрнут, показать
     
     
  • 11.289, Аноним (-), 01:47, 14/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Им Маск расскажет У него и сроки и стоимость фундаментально другие Он бортовые... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (24)

  • 1.8, лютый жабист__ (?), 11:42, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    "для обработки данных и бизнес-логики только СУБД PostgreSQL"

    Несерьёзный тип. Бизнеслогика в хранимочках это фуфу. И инициатива смешная, сразу начинаешь прикидывать "чё, первое апреля уже"?

     
     
  • 2.13, Аноним (-), 12:00, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Бизнеслогика в хранимочках это фуфу.

    Уже несколько раз вижу (слышу) такое мнение в этих ваших интернетах, но без всяких объяснений. Можете объяснить почему это «фуфу»? Правда, очень интересно, почему-то это плохо.

     
     
  • 3.18, Аноним (-), 12:10, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ну, как бы жёстко привязывет тебя к определённой БД, сложно поддерживать, плохо масштабируются, проблематично выражать сложные абстракции на столь простых скриптовых языках.
     
     
  • 4.21, Аноним (-), 12:14, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Сложные абстракции в финансах? В бизнес логике?
     
     
  • 5.30, Аноним (-), 12:44, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Внезапно да. Не поверишь сколько всяких не поддающихся пониманию законов/правил/стандартов есть в бухучёте и финансовой сфере, а если помножить на кол-во стран, то вообще крыша может съехать. И вот тебе надо запилить модуль, который готовит ежедневный отчёт для налоговой скажем, но налоговые могут быть в разных странах, и клиент может работать в разных странах и клиентов таких не один, и каждый со своими заморочками, так что сложность бизнес логики может расти экспоненциально.
     
     
  • 6.58, Аноним (-), 14:06, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так это из практики, или так мысли вслух?
    Какие там сложные абстракции, что в PL/Sql не ложатся?
     
     
  • 7.97, Аноним (-), 17:09, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Из практики, 3 года разрабатывал биллинговые системы.
     
  • 7.122, Илья (??), 18:40, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Расскажите нам о своём опыте написания бизнесс-логики на стороне БД.
     
  • 7.178, Вареник (?), 21:24, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Так это из практики, или так мысли вслух?
    > Какие там сложные абстракции, что в PL/Sql не ложатся?

    Сертифицированный ораклист толкает свой вендор-лок из 90-х?

     
  • 6.216, Анином (?), 02:19, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >Сколько всяких не поддающихся пониманию законов/правил/стандартов есть в бухучёте

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

    Вот собственно и все.

     
  • 4.22, Аноним (-), 12:14, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Советую глянуть, на каких языках, в PostgreSQL, можно писать хранимки
     
     
  • 5.31, Аноним (-), 12:46, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    И? Это всё будет прибито гвоздями к конкретной базе, не?
     
     
  • 6.40, Добрый анон (?), 13:19, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > И? Это всё будет прибито гвоздями к конкретной базе, не?

    Как будто что-то плохое.

     
     
  • 7.52, Аноним (-), 13:46, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –7 +/
    > Как будто что-то плохое.

    Когда стартапнешь свой uber - расскажешь нам о хорошем и как это делать правильно. А до тех пор ценность таких мнений понятно какая.

     
     
  • 8.55, Аноним (-), 14:02, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Когда стартапнешь свой uber - расскажешь нам о хорошем и как это делать правильн... текст свёрнут, показать
     
  • 8.59, Добрый анон (?), 14:08, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Странная у тебя логика То есть опыт uber по перемене бекэнда БД является чем-то... текст свёрнут, показать
     
     
  • 9.197, Аноним (-), 22:56, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Опыт uber - это практика хорошего, крутого и современного стартапа Со всеми гра... большой текст свёрнут, показать
     
  • 5.106, Kodir (ok), 17:45, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Какая разница, из каких сортов гогна лепить велосипед?? База - это ДАННЫЕ, а городить там убогие процедурки на недоязыках (где даже LINQ нет) - нафик не упёрлось. Это не говоря о ТРЕТЬЕМ месте для выполнения кода (помимо клиента и апп.сервера) - вам что, мало в жизни гемороя? Ну так это не та профессия, где нужно усложнять себе жизнь.
     
     
  • 6.127, Аноним (-), 19:03, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > База - это ДАННЫЕ

    Нет. База -- это база. А данные -- это данные. База данных, помимо собственно данных, включает в себя определенное поведение по управлению этими самыми данными, начиная со стандартных INSERT/UPDATE... и заканчивая хранимками. Это примерно как путать операционную систему (GNU+Linux, Windows) с ядром (vmlinux, ntoskrnl.dll).

     
  • 4.23, Аноним (-), 12:15, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Независимость от БД возможна только на уровне SELECT * FROM gostevuha.
     
     
  • 5.26, Аноним (-), 12:20, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Независимость от БД возможна только на уровне SELECT * FROM gostevuha.

    Есть такая тенденция, ставить мегабазу на IBM-Z(сейчас Oracle уже свои машины пиарит) а рядом APP-Server на Java ( в одном зале ).

     
     
  • 6.33, Добрый анон (?), 12:48, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    И к чему этот комментарий? Где такие тенденции?

    Привязка к БД рано или поздно происходит по вполне понятным причинам: проект развивается, обрастает фичами и все активнее пользуется средствами БД. Глупо было бы как раз вместо этого делать "универсальное решение".

     
     
  • 7.51, Аноним (-), 13:45, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Привязка к БД рано или поздно происходит по вполне понятным причинам: проект
    > развивается, обрастает фичами и все активнее пользуется средствами БД. Глупо было
    > бы как раз вместо этого делать "универсальное решение".

    Только вот uber однажды взял и соскочил с сабюа на мускул. И номер для них таки прокатил. А привяжись они по жесткому на всякие хранимки - что бы они делали? Вообще, все эти заявы про майнфреймы и мега-базы как-то не из этого тысячелетия, чтоли.

    А финансы что-то дружно вдарились в блокчейны. Вся оценка гребаных майнфреймов, мегабаз и как весь этот шит работает.

     
     
  • 8.56, Добрый анон (?), 14:03, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    То, что uber не провел изначальный ресеч того, что им нужно в первую очередь от ... текст свёрнут, показать
     
     
  • 9.166, Аноним (-), 21:06, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Они по крайней мере вместо восторженных воплей и маркетингового булшита изложили... большой текст свёрнут, показать
     
  • 8.60, Аноним (-), 14:08, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вы не понимаете сути данных, которые обрабатываются в финансах, все эти блокчейн... текст свёрнут, показать
     
     
  • 9.168, Аноним (-), 21:10, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А хранят блокчейны в большинстве систем в обычном гугловском levelDB Который и ... текст свёрнут, показать
     
  • 8.128, Аноним (-), 19:04, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    uber соскочил с SQL на собственную реализацию key-value ... текст свёрнут, показать
     
     
  • 9.170, Аноним (-), 21:11, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Я всегда подозревал что они адекватная компания, а они еще себя так спозициониро... текст свёрнут, показать
     
  • 8.203, Аноним (-), 23:56, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема в том, что Uber как не использовал PostgreSQL как SQL-базу, так и продо... текст свёрнут, показать
     
     
  • 9.257, Аноним (-), 15:09, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А использовать как SQL базу - это как Поставить чуть ди не майнфреймы и прочие ... большой текст свёрнут, показать
     
  • 5.35, angra (ok), 12:49, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Дай догадаюсь, ты только начал открывать для себя мир программирования и начал это делать по одной из сотен ужасных книг по пыху.
     
     
  • 6.45, Аноним (-), 13:34, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Лишь неопытность внушает иллюзию, будто всё можно написать универсально, без привязки к конкретной БД.
     
     
  • 7.49, Аноним (-), 13:42, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Лишь неопытность внушает иллюзию, будто всё можно написать универсально, без привязки к
    > конкретной БД.

    Сделать из базы сервер приложений конечно можно. Но как и насколько это работает - показал оракл. Нет, полтора особо упертых энтерпрайзника с особо отожранным стаффом даже осилили это извращение. А по большому счету это выглядит как дефективный паттерн проектирования софта. Логику наверное должна делать все-таки не база и бурный рост всяких редисок тому пример. Не все хотят неповоротливый переросток с которым потом придется плотно сношаться без возможности как-то исправить факап. Об успехе внедрежа postgres можно почитать у uber соскочившего на мускуль. И таки они довольно крупная контора и данных ворочают много.

     
     
  • 8.61, Аноним (-), 14:11, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Данные бывают разные, и требования к их сохранности и консистентности так-же ... текст свёрнут, показать
     
     
  • 9.176, Аноним (-), 21:19, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А еще практика показала что упование на один супермеганадажный компонент за дики... большой текст свёрнут, показать
     
  • 7.53, angra (ok), 13:48, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Есть куча известных проектов, которые способны работать более чем с одной БД. Причем на уровне куда более продвинутом, чем select * from tablename. Для большинства ЯП, включая пых, есть библиотеки для абстрактной работы с реляционной БД.

    Другое дело, что привязка к конкретной БД позволяет писать несколько более эффективный код. Но это вечный tradeoff не только области работы с БД.

     
     
  • 8.96, Аноним (-), 17:05, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У этих проектов _разный_ код для _разных_ баз данных ... текст свёрнут, показать
     
     
  • 9.100, www2 (ok), 17:33, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    sqlalchemy, orm django из коробки поддерживают несколько баз данных, если не пыт... текст свёрнут, показать
     
     
  • 10.130, Аноним (-), 19:09, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    sqlalchemy не поддерживает например COPY http stackoverflow com questions 1312... текст свёрнут, показать
     
     
  • 11.213, angra (ok), 01:39, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И что из этого Никто не говорил, что слой абстракции работы с БД позволяет макс... текст свёрнут, показать
     
     
  • 12.255, Аноним (-), 15:06, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет - Нет - Это всё субъективно и спорно и зависит от того, что конкретно вы... текст свёрнут, показать
     
  • 10.218, Анином (?), 02:34, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    django это для веб-макак ... текст свёрнут, показать
     
  • 10.271, Anonus2 (?), 22:47, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну-ка, расскажи какие бы ты нагородил грабли со своим джанго и универсальностью,... текст свёрнут, показать
     
  • 9.211, angra (ok), 01:35, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    У вас настолько большой опыт, что не видите разницы между кодом собственно про... текст свёрнут, показать
     
  • 8.131, Аноним (-), 19:11, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нету таких проектов ... текст свёрнут, показать
     
  • 5.47, Аноним (-), 13:36, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, если сторить систему по принципу "Х..к, х..к, архитектура приложения" то да, а если есть уровни абстракции то не будет проблем переделать уровень доступа к данным что бы работал с другой базой.
     
  • 5.107, Kodir (ok), 17:47, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Независимость от БД возможна только на уровне SELECT * FROM gostevuha.

    Не поверите - именно так и пишу! Фильтры и сортировки - в СУБД, остальное - апп.сервер. И это неплохо работает! А бегать как **у*дак - то поправить хранимку, то пофиксить аппсервер - нафик не надо. Есть ОДНО место для серверной логики - его и надо юзать.

     
     
  • 6.112, Аноним (-), 17:59, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Есть ОДНО место для серверной логики - его и надо юзать

    ну я так и понял, что у тебя всё через ОДНО место.

     
  • 6.124, Илья (??), 18:52, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    как-то не реалистично звучит.
     
  • 6.137, Аноним (-), 19:48, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Независимость от БД возможна только на уровне SELECT * FROM gostevuha.
    > Не поверите - именно так и пишу! Фильтры и сортировки - в
    > СУБД, остальное - апп.сервер. И это неплохо работает! А бегать как
    > **у*дак - то поправить хранимку, то пофиксить аппсервер - нафик не
    > надо. Есть ОДНО место для серверной логики - его и надо
    > юзать.

    А до главы про триггеры вы ещё не дочитали, понятно.

     
  • 5.238, Гентушник (ok), 10:44, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну не совсем так, если не писать бизнес логику напрямую на SQL, а использовать некую прослойку, которая уже будет транслировать в SQL для каждой конкретной СУБД, то можно сделать немного больше фич чем SELECT * FROM gostevuha.

    Например 1С:Предприятие не даёт писать программисту бизнес-логики (1с-программисту) напрямую SQL-запросы и хранимые процедуры не использует.
    Вся бизнес-логика делается на стороне приложения, а запросы 1с-программист пишет на своём сильно урезанном варианте SQL. Этот урезанный SQL уже транслируется в конкретный SQL для конкретной СУБД.
    В итоге используется минимум возможностей СУБД и можно с лёгкостью мигрировать между ними, хотя вся эта конструкция адово тормозит потом. :)

     
  • 4.73, anonymous (??), 15:08, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Жесткая привязка с СУБД - не аргумент для банка финтеха Я вот как раз таки целы... большой текст свёрнут, показать
     
     
  • 5.108, Kodir (ok), 17:49, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Почитай, откуда вообще взялись хранимки. Возьми календарь, проверь текущий век. Удивись и больше не вспоминай про этот атавизм.

     
     
  • 6.138, Аноним (-), 19:51, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Почитай, откуда вообще взялись хранимки. Возьми календарь, проверь текущий век. Удивись
    > и больше не вспоминай про этот атавизм.

    Почитай, откуда вообще взялись у людей ноги. Возьми календарь, проверь текущий век. Удивись и больше не вспоминай про этот атавизм. Ходи на голове.

     
     
  • 7.200, Аноним (-), 23:11, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Капитан Очевидность напоминает, что головы у живых организмов появились значительно раньше, чем ноги. Впрочем, наблюдения показывают, что некоторые люди действительно стараются как можно реже пользоваться этим "атавизмом".
     
  • 4.95, Аноним (-), 17:00, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А жёстко привязаться к одному языку программирования, к одной платформе, к о... большой текст свёрнут, показать
     
     
  • 5.105, www2 (ok), 17:41, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >Есть страшная правда для боящихся привязаться к БД - если написан запрос сложнее "select * from table1", то вы уже привязаны.

    Это совсем так, у всех диалектов SQL есть гораздо больше общего, чем вы пытаетесь представить. В значительном количестве случаев даже если нельзя один и тот же запрос использовать для разных СУБД, можно использовать вручную оттранслированные с диалекта на диалект запросы. Обычно сделать это довольно легко, т.к. это диалекты одного и того же стандартизированного языка SQL. И только при использовании хранимых процедур, специальных типов полей, триггеров, встроенных функций возникают значительные сложности для перехода с одной БД на другую.

     
  • 5.109, Kodir (ok), 17:52, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > А жёстко привязаться к одному языку программирования,

    Это терпимо, ибо профессионалы пишут на одном языке и команда набирается на нём же. Тем более, что нет никаких причин менять язык. А вот менять СУБД - запросто!

    > Какая задача у вас не может быть решена с помощью PL/SQL?

    Задача "не плодить зоопарк языков, когда даже в основном языке люди далеко не профи" - тут ваш плссыкуль сливает по полной, ибо НЕ НУЖЕН программисту на любом высокоуровневом языке.

     
     
  • 6.139, Аноним (-), 19:59, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Это терпимо, ибо профессионалы пишут на одном языке и команда набирается на
    > нём же. Тем более, что нет никаких причин менять язык. А
    > вот менять СУБД - запросто!

    Бывает переходят с SQL на NoSQL когда понимают что требования другие, или на свой движок как например uber, но что бы между диалектами SQL мигрировать? Приведите какой-нибудь пример кто так делал.

     
     
  • 7.239, Гентушник (ok), 11:09, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если рассматривать ситуацию когда разработчики прикладного ПО и те кто его испол... большой текст свёрнут, показать
     
     
  • 8.282, Другой Аноним (?), 22:31, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для некоторого ПО даже и не спросим Ибо нечто серверное делать кроссом ныне смы... текст свёрнут, показать
     
  • 6.140, Аноним (-), 20:00, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Задача "не плодить зоопарк языков, когда даже в основном языке люди далеко
    > не профи" - тут ваш плссыкуль сливает по полной, ибо НЕ
    > НУЖЕН программисту на любом высокоуровневом языке.

    Программисту на любом высокоуровневом языке и транзакции "не нужны".

     
  • 5.219, Анином (?), 02:39, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Есть страшная правда для боящихся привязаться к БД - если написан запрос
    > сложнее "select * from table1", то вы уже привязаны. И даже
    > не замечаете этого (так может эта привязка не такая уж страшная).

    Продолжу.

    Написал

    update mytable a
    set fld=123
    where not exists(select * from othertable b where b.keyfld=a.keyfld)

    В Оракеле работает, а в МойСкуеле уже хрен.

    Можно и более изощеренных примеров накидать.

     
     
  • 6.230, Ан (??), 09:42, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Именно такой как вы написали работает и в мускуле. Что-то вы утаиваете.
     
  • 6.232, анонимус (??), 09:55, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > update mytable a
    > set fld=123
    > where not exists(select * from othertable b where b.keyfld=a.keyfld)
    > В Оракеле работает, а в МойСкуеле уже хрен.
    > Можно и более изощеренных примеров накидать.

    а если попробовать писать на sql?

     
  • 4.186, Аноним (-), 22:02, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    1. Как часто в проекте вы меняете СУБД?
    2. Нормальный DBA будет нормально поддерживать
    3. Если уж на уровне СУБД всё плохо масштабируется, как это можно масштабировать лучше до запроса?
    4. Зачем нужны сложные абстракции там, где они не нужны? PL/pgSQL мощный инструмент, а для остального есть бекенд
     
  • 4.231, Очередной аноним (?), 09:52, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А так ты привязываешься к определенным языкам программирования платформам Ну, т... большой текст свёрнут, показать
     
  • 3.32, лютый жабист__ (?), 12:46, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –6 +/
    "Можете объяснить почему это «фуфу»"

    Потому что это убого (сравниваю с полноценными оопшными платформами, читай java EE) и медленно (несколько задач сравнивал - реализация на PLSQL в 50-сотни раз медленнее, чем код на жабе).

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

     
     
  • 4.70, Аноним (-), 14:49, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ложь, наглая ложь и бенчмарки.
     
     
  • 5.79, anonymous (??), 15:18, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Согласен. Сколько себя помню на адекватных для решения средствами БД задачах Java или сливала или это был MyBatis. Может благородный дон видел кривые ХП или задачки, для которых СУБД - нетрадиционно ориентированое решение?
     
  • 4.80, Аноним (-), 15:20, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Можно конечно откопать несколько юзкейсов, где хранимочки быстрее и выпятить их,
    > но в целом по больнице серверы приложений рулят.

    Ты хочешь сказать, что, к примеру, навороченная хранимка, которая сделает тыщу SELECT'ов прямо на SQL-сервере, засереализует все это в объект и отдаст приложению-клиенту, которому останется только распаковать объект, отработает медленее, чем послать эту тыщу запросов из сервера приложений?

    По-моему ты мир мирдверьмяч, либо думаешь, что хранимые процедуры пишутся исключительно на PL/SQL.

     
  • 4.98, Аноним (-), 17:11, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что это убого (сравниваю с полноценными оопшными платформами, читай java EE)
    > и медленно (несколько задач сравнивал - реализация на PLSQL в 50-сотни
    > раз медленнее, чем код на жабе).

    Хранимая процедура != PL/SQL. Это и Java, и С/С++.
    Код внешней процедуры работает быстрее чем хранимой, если он не использует данные из БД.

    Покажите хотя бы одну из задач, которые вы сравнивали.

     
     
  • 5.113, www2 (ok), 18:07, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Код внешней процедуры работает быстрее чем хранимой, если он не использует данные
    > из БД.

    Код хранимой процедуры тоже работает быстрее, если не использует данные из БД. А ещё быстрее - если вообще не использует данные.


     
  • 5.223, лютый жабист__ (?), 04:57, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Уже писал тут уже не раз Например есть на сайте ФНС база недействительных паспо... большой текст свёрнут, показать
     
     
  • 6.227, Аноним (-), 07:35, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Например есть на сайте ФНС база недействительных паспортов...

    Ну и на кой, в задаче которую ты привел, нужен сервер приложений? Что тебе мешает создать этот хеш прямо в хранимой процедуре? Вот они эти 100 млн. записей, прямо на этом SQL-сервере, в таблице рядом с хранимой процедурой. Зачем эти данные гнать по сети на какой-то сервер приложений?

    Ты пишешь в теме про PostgreSQL, а не в теме про Oracle. Признаюсь честно, я не специалист по Oracle, но что-то мне подсказывает, что если я могу создавать хеши в PostgreSQL (конкретно я это делал на plperl), то нечто подобное должно быть и в Oracle.

     
     
  • 7.259, Аноним (-), 15:31, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну и на кой, в задаче которую ты привел, нужен сервер приложений?
    > Что тебе мешает создать этот хеш прямо в хранимой процедуре? Вот
    > они эти 100 млн. записей, прямо на этом SQL-сервере, в таблице
    > рядом с хранимой процедурой. Зачем эти данные гнать по сети на
    > какой-то сервер приложений?

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

     
  • 6.242, Аноним (-), 11:42, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Уже писал тут уже не раз. Например есть на сайте ФНС база недействительных паспортов,
    > каждый день новый файл с 100млн строчек. Надо засосать обновления. Если грузить тупо
    > в SQL базу поверх с UNIQUE CONSTRAINT - полчаса. На жабе скачать старую базу в hashset
    > (примерно 60 сек), выделить дельту (40 сек), заинсертить обновления (10 сек).

    1. Загрузить в пустую временную UNLOGGED таблицу
    2. Сделать UPSERT из нее в целевую таблицу.
    3. TRUNCATE временную таблицу

     
     
  • 7.276, лютый жабист__ (?), 07:24, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Теоретик detected. В каком именно SQL-сервере получается 100млн инсертов за 40 секунд? 8)))
    Даже через COPY до такой скорости как до луны задом.
     
  • 6.247, Анином (?), 12:46, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Всетаки надо научиться пользоваться СУБД. ТОгда такой ерундой заниматься не придется.
     
  • 6.258, Аноним (-), 15:19, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А потом DBA бегает с криком "еж твою мать, какой урод нагенерил этих уродских запросов ?!?!?!"
     
     
  • 7.260, Аноним (-), 15:33, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А потом DBA бегает с криком "еж твою мать, какой урод нагенерил
    > этих уродских запросов ?!?!?!"

    ...после чего ему придется стать девопсом (без увеличения зарплаты) или его уволят в пользу девопса.

     
     
  • 8.274, . (?), 04:52, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Неее - это вечная тема На каждой планёрке вот уже сколько лет - кто тормозит ... текст свёрнут, показать
     
  • 4.221, Анином (?), 02:48, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Потому что это убого (сравниваю с полноценными оопшными платформами, читай java EE)
    > и медленно (несколько задач сравнивал - реализация на PLSQL в 50-сотни
    > раз медленнее, чем код на жабе).

    Да ладно заливать.

    К тому же подобные приложения ограничены скоростью работы с данными, а не производительностью ЯП.

     
     
  • 5.224, лютый жабист__ (?), 05:06, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Теоретик В языках для хранимочек нет коллекций, нет сложных библиотек Предпола... большой текст свёрнут, показать
     
     
  • 6.228, Аноним (-), 07:55, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Теоретик? В языках для хранимочек нет коллекций, нет сложных библиотек.

    Люди, использующие, к примеру, plperl в PostgreSQL, тебя никогда не поймут. Они просто даже не в курсе, что любители проприетарщины от Oracle, так сильно обделены и им не дали возможность подключать библиотеки, которые им нужны.

     
     
  • 7.243, лютый жабист__ (?), 11:44, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для информации, в Oracle можно писать хранимочки на жабе. Но это очень неправильная жаба, если работал в нормальной IDE в большом проекте (и читал что-нибудь про шаблоны проектирования ПО).

    Про perl я вообще молчу, бизнеслогику в нём писать... откапывай лучше Oracle с его plsql! 8)

     
  • 6.249, Анином (?), 12:53, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Теоретик? В языках для хранимочек нет коллекций, нет сложных библиотек. Предполагается
    > все данные хранить в таблицах. Соответственно, скорость ниже плинтуса на любых
    > операциях.

    Это не так. В PL\SQL есть коллекции. Но они не особо нужны.

    > А сервер приложений это по сути кеш, работающий с некоторым набором данных
    > в ОЗУ. Объем этих данных выбираешь сам, можешь временно хоть всю
    > базу в ОЗУ выбрать на тяжелые задачи, можешь ограничиться горячими данными.
    > Очень гибко и в сотни раз быстрее, чем запросы к СУБД.

    Надо научиться пользоваться ораклом, если речь иден о нем.


    > Вообще, смешная тема, учитывая что реляционные СУБД уже практически померли. А тут
    > ещё целый вагон апологетов сидит.

    Очень смешно.

     
     
  • 7.277, лютый жабист__ (?), 07:33, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это не так. В PL\SQL есть коллекции. Но они не особо нужны.

    Ценное замечание про "не нужны". В бложике Тома Кайта видел примеры наследования и полиморфизма на PLSQL. К сожалению, процедура "развидеть" недоступна.
    Пока мне не покажут примеры, что встроенный в Слона perl работает так же эффективно как например жабовая библиотека fastutil, я буду считать, что оно непригодно для чего-то серьёзного.

    Из того что я уже видел, хранимочки это - медленно + убого + монструозно выглядящий код.
    Предполагаю, что где-то есть божественно прекрасные DBA, которые творят шедевры в хранимочках, но давайте на землю спускаться, если технология в руках прогера с 3-5 лет опыта не рулит, то нафиг она нужна в 98% случаев?

     
     
  • 8.278, Аноним (-), 09:25, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что доказывать то Что си быстрее жабы, и что си жрет память меньше чем ява По-... текст свёрнут, показать
     
     
  • 9.285, лютый жабист__ (?), 04:50, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Т е хранимочки быстрее аппсервера если хранимочки писать на перле с сишными вст... большой текст свёрнут, показать
     
     
  • 10.286, Аноним (-), 05:20, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    На вебе все, что больше 300 ms считается медленным У мена хранимки на перле вып... большой текст свёрнут, показать
     
     
  • 11.287, лютый жабист__ (?), 09:22, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    600 SQL-запросов за 100мс Ещё и при не одном клиенте Свежо питание, да 8... текст свёрнут, показать
     
     
  • 12.288, Аноним (-), 15:05, 13/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да Речь идет об выборке данных на основании которых строится рекурсивно дерево ... большой текст свёрнут, показать
     
  • 6.275, . (?), 04:57, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >Теоретик? В языках для хранимочек нет коллекций, нет сложных библиотек. Предполагается все данные хранить в таблицах. Соответственно, скорость ниже плинтуса на любых операциях.

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

    ЭТО ШЕДЕВР! Лучшего диагноза жабы головного ганглия - поискать ... :-)

    До чего же вы жабшики ... как бы это вежливо ... Д,Б! (С) Лавров   :-)

    PS: СЕРЬЁЗНО! Почитай об архитектуре PostgrSQL - оно в открытом доступе ... опупеешь :-))))

     
  • 2.16, Аноним (-), 12:09, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +4 +/
    "Несерьёзный тип. Бизнеслогика в хранимочках это фуфу"
    Смотрю серьёзные набежали, и как оно у вас в банке?
     
  • 2.27, Анином (?), 12:20, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Смотря каке там хранимочки.

    Если как ораклячие ПЛ\СКУЭЛ то вполне реализуемо.
    Если что-то вроде мойскуэля, то очень трудоемко, на мой взгляд.

     
     
  • 3.111, Kodir (ok), 17:56, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Смотря каке там хранимочки.
    > Если как ораклячие ПЛ\СКУЭЛ то вполне реализуемо.
    > Если что-то вроде мойскуэля, то очень трудоемко, на мой взгляд.

    И что? Предлагаешь каждому Джависту, Паскалисту, Шарповоду изучать ещё и проприетарный оракловый пл/скл? ОДНОГО хорошего языка достаточно для любой работы.

     
     
  • 4.114, www2 (ok), 18:10, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > И что? Предлагаешь каждому Джависту, Паскалисту, Шарповоду изучать ещё и проприетарный
    > оракловый пл/скл? ОДНОГО хорошего языка достаточно для любой работы.

    А 640 килобайт хватит всем?

    Вообще-то без тех или иных мини-языков или языков разметки сейчас не обойдёшься, программируй ты хоть на чём. Регекспы, форматные строки, SQL, XML, HTML, JSON могут использоваться в одной программе, написанной целиком на одном языке.

     
  • 4.120, Аноним (-), 18:35, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > И что? Предлагаешь каждому Джависту, Паскалисту, Шарповоду изучать ещё и проприетарный
    > оракловый пл/скл?

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

    Можешь ничего не учить, и всегда оставаться на одном уровне. Твоей любимый быдлoязык PHP? Не сцы чуваг, он тоже поддерживается: https://www.postgresql.org/docs/9.6/static/external-pl.html


     
  • 4.126, Илья (??), 19:03, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > ОДНОГО хорошего языка достаточно для любой работы.

    конечно же, джаваскрипта.

     
  • 4.217, Анином (?), 02:29, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Если кодир работает с СУБД, то он это обязан знать.
     

     ....большая нить свёрнута, показать (101)

  • 1.12, 111 (??), 12:00, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Проще на Rust начать писать SQL сервер с нуля.
     
     
  • 2.41, leap42 (ok), 13:20, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    брать не будут, а тут пиар бесплатный: мы как postgres, только безопаснее
     
     
  • 3.133, Kodir (ok), 19:33, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > брать не будут, а тут пиар бесплатный: мы как postgres, только безопаснее

    Этот "пеар" у прогеров не прокатит - все понимают, что помимо циклов/условий есть целая тонна вещей, которая в каждом языке - своя.

     
     
  • 4.145, Аноним (-), 20:15, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Этот "пеар" у прогеров не прокатит

    А они и не прогерам это продавать будут, а менеджерам верхнего звена.

     
     
  • 5.177, Аноним (-), 21:22, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > А они и не прогерам это продавать будут, а менеджерам верхнего звена.

    А менеджерам верхнего звена все это надо? Их интересует как срубить на яхту покруче и новую виллу. Себе и акционерам. А если это не получится, акционеры менеджера уйти могут.

     
     
  • 6.185, Аноним (-), 21:44, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Разработчики RustgreSQL сказали нам, что она написана на более безопасном языке... большой текст свёрнут, показать
     
     
  • 7.190, Аноним (-), 22:27, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Крутые аналогии, бро! Ещё бы матчасть подтянуть, потому как в реальности как раз сишка много проще растов будет.
     
  • 7.199, Аноним (-), 23:10, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Хорошо тебе стэк сорвало. Жаль что в этом крахдампе мысль не угадывается.
     

  • 1.14, anonimous (?), 12:03, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +14 +/
    > Is anyone working on porting PostgreSQL to Rust?
    > My motivation is primarily I don't want to learn all the over-complicated details of C, but at the same time I would like to be productive in a safe system language, a category in which Rust seems to be alone.

    Расходимся, это просто мимокрокодил, который и С-то не знает, а хочет, чтобы кто-то ему транслятор из С в Раст запилил.

     
     
  • 2.17, Аноним (-), 12:10, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Is anyone working on porting PostgreSQL to Rust?
    >> My motivation is primarily I don't want to learn all the over-complicated details of C, but at the same time I would like to be productive in a safe system language, a category in which Rust seems to be alone.
    > Расходимся, это просто мимокрокодил, который и С-то не знает, а хочет, чтобы
    > кто-то ему транслятор из С в Раст запилил.

    А какой объём активов у тех 52 банков? Может и найдут.

     
     
  • 3.20, Аноним (-), 12:12, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    (Wikipedia) payments of more than EUR 1.7 billion annually were processed. In 2016
     
  • 2.28, Орк (?), 12:34, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Кроме того, его аккаунт в гитхабе с 0 коммитами за последний год подтверждает качество отборки новостей на опеннете.
     
     
  • 3.142, Аноним (-), 20:08, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Кроме того, его аккаунт в гитхабе с 0 коммитами за последний год

    А это уже преступление, не комитить на гитхаб? :-)

    > подтверждает качество отборки новостей на опеннете.

    Согласен, подача новости совершенно не верная.

    > Перевод с Си на Rust планируется полностью автоматизировать

    Чувак просто написал в рассылку что ему на новогодних праздниках в голову пришло, а тут это подают как будто он уже проект начал.

     
  • 2.44, Аноненамус (?), 13:33, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > из С в Раст запилил

    Он уже запилен, на хаскеле там лежит

     

  • 1.19, Аноним (-), 12:10, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    То есть сейчас имеется код на C в котором есть проблемы с памятью.
    Он может быть автоматически переведён на другой язык, а затем скомпилирован в машинный код и проблемы исчезнут?
    Было бы неплохо всегда так компилировать.
     
     
  • 2.25, Аноним (-), 12:17, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть сейчас имеется код на C в котором есть проблемы с
    > памятью.
    > Он может быть автоматически переведён на другой язык, а затем скомпилирован в
    > машинный код и проблемы исчезнут?
    > Было бы неплохо всегда так компилировать.

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

    p.s. В своё время firebird был полностью переписан на C++.

     
  • 2.29, Аноним (-), 12:39, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Об этом Якобс не думает, не царское это дело.
     
  • 2.50, Яйцассыром (?), 13:43, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Он может быть автоматически переведён на другой язык, а затем скомпилирован

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

     
     
  • 3.62, Аноненамус (?), 14:12, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    https://github.com/jameysharp/corrode
     
  • 2.147, Аноним (-), 20:17, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > и проблемы исчезнут?

    Думаю, имеется ввиду другое. Проблемы не исчезнут. Но проблемы уровня "нас плимели через переполнение буфера" заменятся на проблемы "вчера внезапно возрасла нагрузка с такого-то ip, после чего система упала со стектрейсом в 500 строк".

     
     
  • 3.202, Аноним (-), 23:42, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Думаю, имеется ввиду другое. Проблемы не исчезнут. Но проблемы уровня "нас плимели
    > через переполнение буфера" заменятся на проблемы "вчера внезапно возрасла нагрузка с
    > такого-то ip, после чего система упала со стектрейсом в 500 строк".

    И часто ты видишь поимение серверов через переполнение буфера? Вроде сейчас намного чаще имеют через вебприложения. А то что буфера не переполняются - вебне почему-то не очень помогает.

     
  • 2.201, Аноним (-), 23:40, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Было бы неплохо всегда так компилировать.

    Так компилируй, с -fsanitize=address и что там тебе еще надо. А то что скорость получится go-образная - сам понимаешь, дополнительные проверки.

     
     
  • 3.207, Аноним (-), 00:32, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Так компилируй, с -fsanitize=address и что там тебе еще надо. А то
    > что скорость получится go-образная - сам понимаешь, дополнительные проверки.

    А можно использовать наработки в компиляторах за последнии 40 лет и добавить в ЯП фишки, позволяющие делать проверки в компайлтайме. Потому как не только софт за эти годы стал сложнее, но и железо мощнее и как-то глупо пользоваться этими мощностями только для проверок во время выполнения.

     
     
  • 4.229, 111 (??), 09:17, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сразу видно человека, который не компилировал бустопроги.
     
     
  • 5.256, Аноним (-), 15:08, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Сразу видно человека, который не компилировал бустопроги.

    Что сказать-то хотел? Что плюсы не используют наработки в компиляторах? Что туда не добавляют фичи? Правда, легаси и в плюсах дает себя знать, но вообще-то речь шла о сишке.

     
  • 4.248, iPony (?), 12:46, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну так почему C++ так долго компилируется - вот поэтому.
    В С++14 можно создать даже класс с конструктором, который будет выполняться во время компиляции.
     
  • 4.261, Аноним (-), 15:47, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Я конечно понимаю что CS у россиян не в почете, но до того как умничать - наверн... большой текст свёрнут, показать
     
     
  • 5.266, Аноним (-), 16:22, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Поэтому если кто-то верит в всемогущесть статического анализа - он, простите, нуб и ламак, который не соизволил читануть азы по минимуму, но мнение имеет.

    Убрать все обычные циклы, оставить только foreach (range-based for loop) и добавить гибридные циклы с условием и параметрами обхода. И тогда не получится  залезть в 101 элемент + можно добавить автоматические оптимизации, ведь компилятор будет значть что хочет программист. Статический анализ может и не всемогущ, но при правильном проектировании можно избежать всех ошибок в комплтайме.

     
     
  • 6.290, Аноним (-), 01:56, 14/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Убрать все обычные циклы, оставить только foreach (range-based for loop) и добавить
    > гибридные циклы с условием и параметрами обхода.

    И все бы ничего, но это уронит скорость выполнения. Примерно настолько же насколько и явный bounds checking в рантайме. Догадаешься с трех раз почему? Проверки на вшивость в рантайме или есть или нет. Третьего не дано. Понимаешь, у CPU нет такого понятия как foreach. Он вообще другими сущностями оперирует. И ты (или твой компилер/рантайм) или таки провалидируете что вы не лезете в левую память или таки есть шансы поиметь проблем. Халявная по скорости защита памяти на уровне железа - работает с гранулярностью страницы, и то заточено на защиту ОС от софта и процессов друг от друга. А части процесса друг от друга так защищать уже несколько накладно.

     
  • 5.267, Аноним (-), 16:27, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Что, кроме тюринга ничего больше не знаешь А моежт еще стоит, до того как влеза... большой текст свёрнут, показать
     
     
  • 6.291, Аноним (-), 02:09, 14/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    А что, кто-то смог сотворить чудо и сделать bounds checking без просадок скорост... большой текст свёрнут, показать
     
  • 5.279, Аноним (-), 15:50, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    1. Если программист написал настолько сложную программу, что он сам для себя даже примерно не может сказать, как она поведёт себя (остановится или нет, где может упасть), то зачем он её вообще писал? Если на практике мы чаще всего имеем дело с программами, написанными людьми и читаемые людьми, то почему сразу вспоминают Тьюринга и какие-то сферические в вакууме программы?

    2. Для многих алгоритмически неразрешимых задач и задач с экспоненциальной сложностью давно уже разрабатывались эвристические методы, чтобы хоть как-то приближённо решать эти задачи. Даже проблему остановки можно попытаться решить с некоторой степенью глубины анализа. Трансляция из языка в язык - тоже довольно реальная задача для программ, встречающихся на практике (написанных и понимаемых людьми).

     
     
  • 6.280, Аноним (-), 18:04, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    При этом еще благополучно забывают после того как не знают, такое вот у них отл... большой текст свёрнут, показать
     
     
  • 7.281, Andrey Mitrofanov (?), 18:46, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    1 Я не распарсил длинного последовавшего текста Наверное, с сарказмотэгами... большой текст свёрнут, показать
     
  • 5.298, Аноним (-), 00:00, 02/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Существует такая вещь, как SMT-solver ы Они могут проверить граничные условия, ... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (20)

  • 1.24, rshadow (ok), 12:15, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    В БД, отличительно от прикладной программы, одной из основных подсистем это работа с памятью. И насколько хорошо она сделана зависит и производительность самой БД.
     
     
  • 2.68, Аноним (-), 14:40, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –5 +/
    клоун:
    1. речь он ведёт не про производительность, а про безопасность
    2. я не припомню ошибок Postgre из-за ошибок работы с памятью. А вы? Зачем чинить то, что не сломано?
    3. (моё любимое) вы написали полностью правильные слова, которые совершено не относятся к обсуждаемой теме.
     
     
  • 3.72, rshadow (ok), 15:03, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > 1.
    > 3.
    > В качестве мотива создание порта называется избавление от необходимости оглядки на усложнённые детали при работе с памятью на языке Си

    Про память как раз в первую очередь сказано.

    А на счет безопасности: бд как правило не реализует View потому находится где-то внутри проекта, в DMZ. Безопасность конечно хорошо, но реального профита все равно маловато будет.

    > 2.

    Я тоже не припомню. Мне постгря нравиться в текущем виде.

    Вы меня просто не так поняли.

     
  • 3.283, Другой Аноним (?), 22:47, 11/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > 2. я не припомню ошибок Postgre из-за ошибок работы с памятью. А
    > вы? Зачем чинить то, что не сломано?

    Как же не чинить? Весь раст придуман для решения одной на самом деле не существующей проблеммы плюсов. и что теперь, им делать ?

     
     
  • 4.284, Andrey Mitrofanov (?), 10:00, 12/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >Весь раст придуман для решения одной на самом
    > деле не существующей проблеммы плюсов. и что теперь, им делать ?

    Монетизировать? "Выходить в деньги"? Как это у них там, при разводе кроликов называется-то?... Забой после отстоя пены?-----апризыбудут

     
  • 2.94, Аноним (-), 16:59, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Согласен. И нормальный программист сделает её намного лучше, чем всякие автоматические сборщики и т. п.
     
  • 2.135, Kodir (ok), 19:39, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > В БД, отличительно от прикладной программы, одной из основных подсистем это работа
    > с памятью.

    Что-то мне тоже подсказывает, что одним GC тут не обойтись. Как вариант, _может_быть_ можно как-то отконфигурить автопамять ближе к задачам СУБД, т.е. работа с громадными блоками, поменьше перевыделений, пореже сборка мусора... мож и получится что путное!

     
     
  • 3.153, Аноним (-), 20:40, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Что-то мне тоже подсказывает, что одним GC тут не обойтись. Как вариант,
    > _может_быть_ можно как-то отконфигурить автопамять

    Казалось бы, причем тут GC?

     

  • 1.34, Enik (ok), 12:48, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мне кажется он хочет понять, насколько реально сделать СУБД без ручного управления память. Так не яве же есть.
     
  • 1.37, Аноним (-), 12:56, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не хватало ещё тормозов.
     
     
  • 2.101, Led (ok), 17:34, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Не хватало ещё тормозов.

    Ну вот, ты пришёл - теперь хватает.

     
  • 2.233, Аноним (-), 10:07, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Rust - язык, ориентированный на безопасность, но с сохранением, а в некоторых случаях и увеличением производительности относительно с++. Проектировщики языка это подчеркивают постоянно.
     
     
  • 3.240, Аноним (-), 11:28, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Подчёркивают, иначе им ничего не светит супротив c++. Только это буллшит, как показывает практика. В реальной работе - нужен unsafe, и раст превращается в очередного "убийцу с++" с ЕЩЁ БОЛЕЕ вырвиглазным синтаксисом, чем c++, и лишь немного менее многословным чем жаба.

    Ах да, вам нужна специфическая библиотека? Будьте готовы или писать её с нуля, или писать биндинги к "небезопасной" сишечке, бгг.

     
     
  • 4.244, Anonim (??), 11:46, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    т.е. у него нет перспектив? Я читал что из-за повсеместного применения указателей в c++ проблемотичны некоторые оптимизации. В rust подобные ситуации легко поддаются анализу компилятором.
     
     
  • 5.246, Аноним (-), 12:44, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как нету. В 2010м всё переписывали на руби, даже небо, даже аллаха. Это было модно. И где это руби теперь? Да всё там же! Пускалкой для рельс оно было, ей и осталось.

    На Окамле вон тоже до сих пор пишут, хотя тоже позиционировалось как убийца всего на свете.

     

  • 1.38, Бутират (?), 13:07, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Началось! Скоро всё начнут с С/С++ на раст переписывать
     
     
  • 2.74, rshadow (ok), 15:08, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Да погоди ты. Еще на Go, Ruby и JavaScript не все переписали!
     
     
  • 3.136, Kodir (ok), 19:42, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Да погоди ты. Еще на Go, Ruby и JavaScript не все переписали!

    Нене... "переписывалы" обычно приходят с самыми @е6и/\ьными вариантами: переписать всё на JS(который они не знают), потом на PHP(на котором они кодят 2-страничные сайты), затем на языке, который они сами вчера услышали (Go/Rust) и только лет в 40-50 до них дойдёт язык Ди. :)

     

  • 1.39, Михрютка (ok), 13:08, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    My motivation is primarily I don't want to learn all the over-complicated
    details of C,
    but at the same time I would like to be productive in a safe system
    language,
    a category in which Rust seems to be alone.

    это в принципе все, что следует знать об этой идее.

    шо-та дофига сложные эти ваши мануалы, запилите мне кто-нибудь роликов на ютубе.

     
     
  • 2.48, Аноним (-), 13:37, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Память освободил уже?
     
  • 2.76, rshadow (ok), 15:13, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще конечно все к этому и идет: удобство и скорость разработки в ущерб производительности.

    Но тут надо понимать задачи и уровни. Производительности БД как правило всегда не хватает, а значит и писать ее еще очень долго будут языках пониже уровнем, с ручным управлением памятью и проца.
    А прикладники уже давно положили: то на питонах гуи пишут, то на js, то на QML.

     
     
  • 3.117, www2 (ok), 18:31, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А прикладники уже давно положили: то на питонах гуи пишут, то на
    > js, то на QML.

    Ну вообще-то не прямо на питонах и js. Код на них только вызывает библиотечные функции/методы объектов, написанные на C/C++. А QML - это вообще язык разметки, он не императивный. Это как JSON-объекты считать программами на JS.

    Если уж на то пошло, то вы вообще не забывайте, что сейчас в вебе вместо растровых картинок большей частью распространён декларативный код с на HTML, CSS. А использование императивных языков для разметки текста вообще имеет давние корни в виде языка PostScript, который дал начало современному PDF и всё ещё продолжает использоваться внутри него.

     
  • 3.214, Аноним (-), 02:03, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Вообще конечно все к этому и идет: удобство и скорость разработки в
    > ущерб производительности.

    Дык сильно тебе нужна бд или что там еще с достоинством "зато разработчики не напрягались"? Скайп с своим новым киентом уже вон и то отвадил половину хомяков.

     
  • 3.236, Аноним (-), 10:34, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >Вообще конечно все к этому и идет: удобство и скорость разработки в ущерб производительности.

    единственный "ущерб производительности", который есть в rust по сравнению с C/C++ - туда пока не добавили явную поддержку SIMD-расширений. В остальном все то же самое, имеется арифметика указателей и т.п.

     
  • 3.245, Anonim (??), 11:51, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    QML лёгкий, быстрый и гибкий. Отрисовывается на OpenGL. Вручную так быстро рисовать не получится.


     
     
  • 4.296, Аноним (-), 23:46, 15/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > QML лёгкий, быстрый и гибкий. Отрисовывается на OpenGL. Вручную так быстро рисовать
    > не получится.

    Ты знаешь, компьютеры уже в конце 80-х рисовали быстрее чем вручную, так что сомнительное достоинство :)

     

  • 1.54, Ordu (ok), 13:52, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    "Выступил с инициативой...", лол. Чувак просто спросил в списке рассылки "насколько это реально". А тут "с инициативой"! "Выступил"!
     
     
  • 2.67, Ordu (ok), 14:33, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот, между прочим, про то, что Эрик Раймонд заявил[1], что они там серьёзно думают NTPsec переписать либо на Go, либо на Rust -- об этом умолчали. А вот всякую хрень тут постят.

    1) https://blog.ntpsec.org/2017/01/03/getting-past-c.html

     
     
  • 3.143, Аноним (-), 20:12, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот, между прочим, про то, что Эрик Раймонд заявил[1], что они там
    > серьёзно думают NTPsec переписать либо на Go, либо на Rust --
    > об этом умолчали. А вот всякую хрень тут постят.
    > 1) https://blog.ntpsec.org/2017/01/03/getting-past-c.html

    Точняк, тоже видел сообщение Эрика, надо сделать новость (мне лень), сделаешь?

     
  • 3.151, Михрютка (ok), 20:35, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вот, между прочим, про то, что Эрик Раймонд заявил[1], что они там
    > серьёзно думают NTPsec переписать либо на Go, либо на Rust --
    > об этом умолчали. А вот всякую хрень тут постят.
    > 1) https://blog.ntpsec.org/2017/01/03/getting-past-c.html

    на яве пусть сразу переписывают. еще GC в NTP сервер затащить осталось и хорош.

     
  • 3.179, Аноним (-), 21:30, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > серьёзно думают NTPsec переписать либо на Go, либо на Rust --

    Сразу видно по прожЭкту собираемому какой-то WAFлей что это Серьезная Штука. Не то что какой-нибудь openntpd, который просто работает.

     

  • 1.63, Аноним (-), 14:29, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У раста, как я понял, из-за безопасного программирования порог выше. В остальном он ни чем не уступает c++?
     
     
  • 2.119, Аноним (-), 18:33, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кто минус поставил, мог бы и ответить
     
     
  • 3.180, Аноним (-), 21:32, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Кто минус поставил, мог бы и ответить

    Отписать что? Что у плюсов порог входжения на троих хипстеров с rust и go хватит? Так это и так все кто всерьез пользовался плюсами знают. А хипстеров не любят за характерный антипаттерн: ни в чем не разбираться, но мнение иметь.

     
     
  • 4.220, Аноним (-), 02:43, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну все же вы больные люди…
     
     
  • 5.262, Аноним (-), 15:58, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну все же вы больные люди…

    Я вообще не плюсовик, всего лишь сишник. А вот знакомые плюсовики - в массе своей очень крутые ребята. И один плюсовик легко обставит троих хипстеров. Написав что-нибудь крутое, сложное, быстрое, алгоритмически интересное и вообще - state of art. В отличие от сайтов-однодневок и каких там еще наколенных прототипов программ.

    Иногда попадаются откровенные жгуны, типа забредающего сюда иногда deadfood'а. Этот вообще написал помесь DE с файлокачалкой. Оно еще и работает, хоть нужность этого именно вот в таком виде и не очевидна. И как угодно но это все-таки что-то рабочее. А не какая-то сферическая ОС в вакууме, нерабочий браузерный движок и теоретически-крутая файлуха без единственного пользователя.

     
  • 4.234, Аноним (-), 10:16, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Кто минус поставил, мог бы и ответить
    > Отписать что? Что у плюсов порог входжения на троих хипстеров с rust
    > и go хватит? Так это и так все кто всерьез пользовался
    > плюсами знают. А хипстеров не любят за характерный антипаттерн: ни в
    > чем не разбираться, но мнение иметь.

    По-моему в с++ только щаблоны сложны, остальное осваивается быстро и безболезненно. С rust вообще не знаком и серьезных сравнительных обзоров пока я не видел, но судя по общей картине с++ уступает rust'у во всём. Но его пока вытягивает обилие готовых отлаженных библиотек типа boost, Qt и т.д.

     
     
  • 5.263, Аноним (-), 16:00, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так это... даже сишник может сделать питониста по скорости написания программ, если возьмет готовые библы там где другой чувак будет велики изобретать. А приколись, если ты хочешь спроектировать компьютер, начинать с технологий добычи медной руды может быть не совсем удобно и оптимально.
     
  • 2.148, Aleks Revo (ok), 20:20, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    У Rust'а есть сильные стороны по отношению к С++, но всё же десятилетия форы дают себя знать.
     
     
  • 3.241, Аноним (-), 11:33, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Для него ещё нет подборки вайна "$feature considered harmful". Перспективные темы: "unsafe or speed: choose one", "rust has no libs", "compatibility is broken again".
     

  • 1.65, Аноним (-), 14:31, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сначала должны появляться инструменты, а потом продукты. Лучше бы в Qt поддержку запилили...
     
  • 1.75, Ну и Юля (?), 15:11, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А я предлагаю переписать ядро Linux на JS, давайте тоже обсуждать.
     
     
  • 2.87, Аноним (-), 15:55, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Я тоже думаю жс быть не должно , вспомнити npm leftpad и Nan =! Nan, а еще вспомнити 0.1 + 0.2 = 0.300000000000000004 , а еще вспомнити атом а еще вспомнити как он тормазит
     
     
  • 3.99, Аноним (-), 17:25, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    опять ты тут вылез со своим 0.1 + 0.2? я же тебя уже ткнул носом, что ты не прав. иди обратно в школу
     
  • 3.121, www2 (ok), 18:36, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Nan =! Nan, а еще вспомнити 0.1 + 0.2 = 0.300000000000000004

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


     
     
  • 4.132, Аноним (-), 19:13, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    клоун: ты бы хоть объяснил человеку в чём именно он не прав.

    NaN (Not a Number, "не число") - это результат операции, приведшей к переполнению или невозможности выполнения. Прибавим к максимальному значению 1, получим NaN. Затем вычтем из минимального возможного значения 1, получим NaN. Отсюда понятно что NaN не равен другому NaN.

    Компьютер хранит не абсолютные значения, а степени двойки. Поэтому 0.1 в его представлении это не 1/10, а аппроксимация запаянной в него экспоненциальной функции. И, как любая аппроксимация, она редко бывает в точности равна искомому значению.

     
     
  • 5.146, Аноним84701 (ok), 20:16, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Компьютер хранит не абсолютные значения, а степени двойки. Поэтому 0.1 в его представлении это не 1/10

    Как будто кто-то мешает хранить "как надо":
    [CODE]
    ?- {X =:= 1/10 + 2/10, Y =:= 15/100 + 15/100, X=Y, Z =:= 2/3 + 1/3}, format('~g\n~g\n~g', [X,Y,Z]).
    0.3
    0.3
    1
    [/CODE]
    или
    [CODE]
    >>> 0.1 + 0.2 == 0.15 + 0.15, 0.1 + 0.2

    (False, 0.30000000000000004)
    >>> from fractions import Fraction as frac
    >>> x,y,z = frac('1/10'), frac('2/10'), frac('15/100') + frac('15/100')
    >>> x+y == z, map(float, [x,y,z])

    (True, [0.1, 0.2, 0.3])
    [/CODE]

     
  • 5.297, www2 (ok), 19:00, 31/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > клоун: ты бы хоть объяснил человеку в чём именно он не прав.

    Это ты клоун, я не про NaN говорил, а про 0.1 + 0.2 = 0.300000000000000004. Это в любом языке так.

     
  • 4.169, Вареник (?), 21:10, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> Nan =! Nan, а еще вспомнити 0.1 + 0.2 = 0.300000000000000004
    > Это особенность арифметики с плавающей запятой, эта арифметика во всех языках одинаковая,
    > т.к. в конечном счёте реализуется за счёт аппаратных возможностей процессора.

    - Вот для этого в нормальных языках есть строгая типизация.

     
  • 2.181, Аноним (-), 21:33, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А я предлагаю переписать ядро Linux на JS, давайте тоже обсуждать.

    Фабрис Беллард уже сделал. Неплохо обсуждали вроде.

     
     
  • 3.188, Аноним (-), 22:20, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> А я предлагаю переписать ядро Linux на JS, давайте тоже обсуждать.
    > Фабрис Беллард уже сделал. Неплохо обсуждали вроде.

    Т.е. сделать эмулятор == переписать? Ох уж эти жабоскриптеры.

     
     
  • 4.215, Аноним (-), 02:19, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Т.е. сделать эмулятор == переписать? Ох уж эти жабоскриптеры.

    Еще есть такое извращение как emscripten. Но наверное кернел им перегнать утомительно будет.

     

  • 1.77, доктор психиатор Котлетова (?), 15:15, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Больше удивляет, что пациент работает CTO крупной конторы из 100 человек, при этом настолько мимо реальности.
     
     
  • 2.78, Аноним (-), 15:16, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот как раз совершенно не удивляет.
     
  • 2.167, Вареник (?), 21:09, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Такое сплошь и рядом. Прожекты делать - это не продукт
     

  • 1.82, th3m3 (ok), 15:32, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отличная новость. Скоро всё перепишут на Rust.
     
     
  • 2.85, Леха (?), 15:47, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    В какой реальности живете? PostgreSQL, kernel linux и прочее как разрабатывали на C, C++ с вставками из asm, так и будут их писать на них же. Такие проекты невозможно переписать на другой язык, затраты в человека*часах и финансовые вливания никто не осилит, да и смысла нет.  
     
  • 2.183, Аноним (-), 21:34, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Отличная новость. Скоро всё перепишут на Rust.

    Не раньше переезда столицы в Нью-Васюки.

     
     
  • 3.184, Led (ok), 21:37, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> Отличная новость. Скоро всё перепишут на Rust.
    > Не раньше переезда столицы в Нью-Васюки.

    Значит уже очень скоро.

     

  • 1.84, AlexAT (ok), 15:38, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Почему не на питоне-то?
     
  • 1.88, Аноним (-), 16:15, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Начали бы с переписывания ОС под это дело. Потом над ней уже Postgres, а там заодно nginx и php :)

    Вопрос только - сколько лет каждый из этих шагов займет, кто платит, и кому через столько лет нужен будет полусовместимый по фичам с сегодняшним Postgres некий продукт?

     
  • 1.91, eRIC (ok), 16:43, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А че так спорите? Пусть пробует, ведь он и единомышленники свои силы и время тратят на это и в итоге возможно получится или наработки будут полезны. PostgeSQL как был и останется, воспринимайте как будто форк PostgreSQL появился :)
     
  • 1.92, RatHat (?), 16:48, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ZFS уже начали писать на Rust.
     
     
  • 2.93, RatHat (?), 16:50, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    https://github.com/ticki/tfs
     
     
  • 3.250, Аноним (-), 14:31, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > https://github.com/ticki/tfs

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

     
     
  • 4.252, Аноним (-), 14:39, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Билеты на это шоу уже продают? Я за вами буду.
     
  • 4.268, Аноним (-), 16:32, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> https://github.com/ticki/tfs
    > С нетерпением ждем когда эти мегапрограмеры начнут пользоваться своей ОС, браузером и
    > ФС. Для начала.

    О, уважаемый разработчик ядра, btrfs и хрома в придачу в треде? Или очередной болтунишка?

     
     
  • 5.292, Аноним (-), 02:15, 14/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > О, уважаемый разработчик ядра, btrfs и хрома в придачу в треде? Или
    > очередной болтунишка?

    А ты наверное ярый фанат реактоса. В перерывах между фапами на hurd и minix.

     
  • 2.102, _ (??), 17:36, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >ZFS уже начали писать на Rust.

    Да чё там ... пусть свой супер браузер на расте сначала покажут, пейсатели :)

     
     
  • 3.192, Аноним (-), 22:42, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да чё там ... пусть свой супер браузер на расте сначала покажут, пейсатели :)

    Достойный конкурент реактосу растет.

     

  • 1.104, Ilya Indigo (ok), 17:40, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну вот после окончания проекта и тестов похороникса будет сразу видно внесёт ли раст большую производительность нежели плюсы, в каких случаях и на сколько.
     
  • 1.118, Аноним (-), 18:32, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Бгг. Ну удачи. С redox'ом уже обосpались, с servo тоже. Пилите, шура, пилите.

    > Джоэль Якобсон занимается поддержанием системы электронных платежей Trustly

    Чёт я не вижу у него contributions с 2012го года по нынешнее время. Разжирел на поддержке, потерял скилл и повёлся на хайп. Бывает.

     
     
  • 2.152, Аноним (-), 20:36, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > С redox'ом уже обосpались

    Ну да, запилили PoC, работающий лучше рек^Hакт ОСи (т.е. на реальном железе, не падая!), но неосилили в одно рыло хоть как-то догнать пингвина - значит обо*рались!


     
     
  • 3.235, Аноним (-), 10:33, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ... сжирая гиг памяти только на голое ядро, которому до пингвина - как до пекина раком. Я считаю да - обосpались с присвистом.
     
     
  • 4.264, Аноним (-), 16:09, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ... сжирая гиг памяти только на голое ядро, которому до пингвина -
    > как до пекина раком. Я считаю да - обосpались с присвистом.

    Так о том и речь, сидеть на сишной системе и софте рассказывая о крутизне раст-о-манов как-то криво, чтоли. Вон Торвальдс за считанные месяцы накидал скелетон которого хватило для работы редактора, выкинул миникс на свалку а дальше у него выбора уже не оставалось и он сделал ЗБС. Как минимум себе. Оказалось что довольно много кому тоже ЗБС и они подключились. А вот эти мегапрограмеры - пишут ОС, браузеры и что там еще сколько там лет. И почему-то это начинает напоминать историю реактоса. Где было 17 лет историй успеха демок на виртуалке и показательных загрузок на 5 минут времени, с разработчиками в максималке и вьюжлстудиях.

     
     
  • 5.269, Аноним (-), 16:40, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > И почему-то это начинает напоминать историю реактоса.
    > Где было 17 лет историй успеха демок на
    > виртуалке и показательных загрузок на 5 минут времени, с разработчиками в
    > максималке и вьюжлстудиях.

    Мусье в курсе, что эта самая tfs собирается пока что только из под самого редокса? Как-то не тянет на разработку в вижуалстудии и максималочке, да и с 5 минутами времени работы заманаешься перезагружаться.

     
     
  • 6.293, Аноним (-), 02:18, 14/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Мусье в курсе, что эта самая tfs собирается пока что только из
    > под самого редокса? Как-то не тянет на разработку в вижуалстудии и максималочке

    Начало уже хорошее. Относительно реактоса. А теперь посмотрим хватит ли разработчиков пользоваться своим редоксом для чего-нибудь практического.

    >  да и с 5 минутами времени работы заманаешься перезагружаться.

    Зато можно позволить себе переписать кернел вот три раза. Объяснив двум предыдущим группам неудачников что они очень хорошо поработали на мусорный бак. В редоксе вроде этот почетный почин подхватили и ядро уже успели переписть, не?

     
  • 5.299, Аноним (-), 00:13, 02/02/2017 [^] [^^] [^^^] [ответить]  
  • +/
    >> ... сжирая гиг памяти только на голое ядро, которому до пингвина -
    >> как до пекина раком. Я считаю да - обосpались с присвистом.
    > Так о том и речь, сидеть на сишной системе и софте рассказывая
    > о крутизне раст-о-манов как-то криво, чтоли. Вон Торвальдс за считанные месяцы
    > накидал скелетон которого хватило для работы редактора, выкинул миникс на свалку
    > а дальше у него выбора уже не оставалось и он сделал
    > ЗБС. Как минимум себе.

    Да, и теперь вас до скончания времён будут иметь Люди В Погонах через уязвимости в быстром и грязном коде на сишечке. Направление задано.

     
  • 4.265, Аноним (-), 16:14, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > которому до пингвина - как до пекина раком.

    А теперь почитай прикидки, cколько десятков миллионов человекочасов ушло в пингвина и попробуй использовать то, во что ешь, тем более сравнивая теплое с мягким, да еще и микроядерным^W фиолетовым.

    > Я считаю да - обосpались с присвистом.

    Считальщик в курсе, что пилилась это ось почти в одно рыло? Считальщик уже ходил на тот же http://wiki.osdev.org/Projects, подсчитывал, сколько "фейлов" было на всевозможных языках (да-да, в том числе и сишечке) и делал из этого соответствующие выводы?


     
     
  • 5.294, Аноним (-), 02:23, 14/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Для того чтобы пингвин стал чем-то юзабельным потребовался один студень и нескол... большой текст свёрнут, показать
     
     
  • 6.295, Аноним (-), 07:52, 14/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Да блин, скорее Маск обоснует поселение на марсе

    Это ты просто в курсе ситуации с языками и не в курсе - с космическими разработками. Над маском те кто в курсе ржут так же, как местные сишники над редоксом.

     

  • 1.149, Аноним (-), 20:31, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Автоматическое управление памятью в Rust избавляет разработчика от манипулирования указателями и защищает от проблем, возникающих из-за низкоуровневой работы с памятью, таких как обращение к области памяти после её освобождения, разыменование нулевых указателей и выход за границы буфера.

    Вот зачем тут это написано?
    Избавляет разработчика на _RUST_!

    Что сделает транслятор, если увидит int *foo = malloc (...)?

     
     
  • 2.157, Аноним (-), 20:45, 09/01/2017 [^] [^^] [^^^] [ответить]  
  • +/

    > Вот зачем тут это написано?
    > Избавляет разработчика на _RUST_!
    > Что сделает транслятор, если увидит int *foo = malloc (...)?

    Избавляет != делает невозможным.
    Это все же не жаба или питон. Хотя да, скорее всего будет куча ансейфов, которые придется переписывать.
    Ваш КО

     

  • 1.165, Вареник (?), 21:05, 09/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Тормозить будет всего лишь в 2 раза, к разработке подключатся масса школьников?

    (Ну а че, язык же безопасный, предотвращающий ошибки).

     
  • 1.204, Аноним (-), 00:10, 10/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чуть оффтопа. Парни, а можно соединить Лисп и идею шитого кода?
     
     
  • 2.210, Аноним (-), 01:16, 10/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Лично я не против.
     

  • 1.209, Anonimus (??), 00:58, 10/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Это просто пиар ход. Переписать слона они вряд ли смогут, но лишнее упоминания яп для девочек только подтвердит его репутацию в холиварах. Могли бы переписать что то более простое и массовое, нгинкс, например, тогда у языка бы хоть кейс появился, а пока это сферический конь в вакууме.
    Извините за неровный почерк, но жопа в огне!
     
  • 1.225, Аноним (-), 06:05, 10/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что-то мне говорит, "банальный" SQLite будет не так-то просто взять и переписать.
     
  • 1.226, Pilat (ok), 06:30, 10/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Джоэль Якобсон очень удачно пропиарил свою систему.
     
  • 1.273, анонимус вульгарис (?), 02:29, 11/01/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Казалось бы, хрень полная, но вброс-то годный оказался.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2022 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру