• Fractal Platform: програмування, якого більше немає

    Дякую !

    Підтримав: Bob Arch
  • Fractal Platform: програмування, якого більше немає

    Дякую за гарне питання !
    Відповідь знаходиться одразу у декількох площинах.
    Перша площина — як і інші платформи, Fractal Cloud має розгалуджену систему помилок.
    Наразі є біля 200 різних типів помилок, кожна з котрих має свій код та тлумачення. Також при виникненні помилки в нас є логи з stack trace, які можна переглядати через веб інтерфейс на платформі.
    Друга площина — більшість помилок, за досвідом, мають синтаксичний характер.
    Тож в Fractal Platform інтегровано кілька валідаторів, що валідують конфігурацію перед запуском додатку, що допомогає знаходити помилки на ранніх етапах.
    Третя площина — і наразі я рахую її головною, це те, що ми пишемо код в функціоно-аспектному стилі (ФАП). Тож в переважній кількості випадків цей код працює з першого разу. Це нагадує те, як ми пишемо запити до бази данних SQL. Зазвичай, на відміну від імперативного коду, нам не потрібно займатись низькорівневим дебагом коду накшталт SELECT * FROM .... Якщо щось не працює, то помилка зазвичай знаходиться десь на поверхні і її легко знайти. Тож Fractal Platform наближається саме до цієї моделі відлагодження коду.
    Крім цього, в складних випадках помилок, команди що розробляють додатки можуть замовити консультацію Core тіми на платформі, та отримати вичерпну інформацію про причини помилки.
    Також на FP створено спеціальний форум для комьюніті, де можна обговорити причини виникнення помилок та ділитися досвідом.
    fraplat.com/jupiter/RawForum

  • Машина Кузьміна, інститут ШІ. А у вас були божевільні ідеї?

    Світ належить божевільним ідеям. Це правда. Але лише тим, що втілилися в життя.

    Підтримали: Юра, Михаил Кузьмин
  • Альтернативний фріланс

    Бо на такому рівні крутяться обмежені проєкти

    Не все так просто. Кожен великий проект як велике будівництво будинку. Не всі архітектори та дизайнери повині відра з цементом носити. В вашому випадку дійсно, основна проблема в автоматизації процесів. Якщо вдасться гарно ізолювати задачі, то можна хоч трейні пачками наймати.

    Підтримав: Данил Нечволод
  • Альтернативний фріланс

    Одне одному не заважає. В великих проектах посередені купа посередників.
    І така фріланц біржа може бути лише одним з підрядчиків в ієрархії на нижньому щаблі, для простих ізольованих задач, де не потрібно підписувати NDA

    Підтримав: Данил Нечволод
  • Альтернативний фріланс

    Опен сорц якось працює. Без відбору виконавців і навіть без оплати праці. Як я поняв автора, це щось середнє між опен сорц (де взагалі не платять) та галерами (де платять але відібраним).
    Тобто середина, це десь — платять всім, але не топово, та за задовільно виконану роботу. А для замовників, щоб зменшити ризики, одна з стратегій може бути продублювати задачу серед кількох виконавців.

    Підтримав: Данил Нечволод
  • Вирішуємо задачу з Leetcode: Top K Frequent Elements

    most_common

    Это не декларативный стиль.
    Важно ведь не только кратко и выразительно реализовать задачу, важно чтобы реализация была достаточно гибкой для новых изменений. Так вот прелесть sql и с# (linq) что он выписывает алгоритм как композицию из простейших функциональных преобразований.
    Например, сегодня задача звучит как «собрать 5 наиболее частых сигналов с датчика за период»
    А завтра
    «Выяснилось что датчики имеют погрешность −2/+2»
    В декларативном стиле сделать изменения элементарно. Верчу как хочу.
    Как встроить в most_common округление — не понятно, потому что это ситуативный пайтоновский костыль.

← Сtrl 1... 456789 Ctrl →