A
Но создавать себе рабочий инструмент используя рабочие данные на рабочем компе, пусть и в личное время - почему нет? 🙂
Size: a a a
2021 January 20
АО
Можно конечно, но тогда возвращается вопрос единомышленников 😊
АО
Трудно найти союзников, если они не могут толком поучаствовать, а абстрактно что-то разрабатывать никто понятное дело не возьмётся.
A
Ну у всех есть какие-то свои данные 🙂 А если нет, то их участие в любом случае будет абстрактным. Т.е. писать инструмент, которым сам не пользуешся это так себе идея - в лучшем случае получится демонстрация технологии, которой будет весьма неудобно пользоваться в реальных задачах
АО
Вот я поэтому и говорю, что было бы интересно найти такой проект (пусть даже игрушечный), где подобную технологию можно было бы применить.
АО
Сделаю то, что вообще-то делать не очень хорошо, да простят меня 😊
@epoepo у тебя нет случайно каких-нибудь идей по этому поводу?
@epoepo у тебя нет случайно каких-нибудь идей по этому поводу?
A
Как-то совсем быстро 🙂 Я пока думаю над тем выделять ли мне серьезное время под сам сторадж, а мы уже начали искать данные для еще не до конца оформленнной идеи 🙂
AL
Alexandr
Как-то совсем быстро 🙂 Я пока думаю над тем выделять ли мне серьезное время под сам сторадж, а мы уже начали искать данные для еще не до конца оформленнной идеи 🙂
Вообще-то идея думать о надсистеме, для которой делается целевая система с её хитрым сервисом (функциональной ролью в составе надсистемы) — это правильная идея. И после этого уже планировать или не планировать выделение времени.
Хотя в предпринимательстве и бывают случаи типа "вот тут я изобрёл крутую штуку, а через год нашёл, куда её пристроить" ))) Но лучше бы "я знаю, куда пристроить штуку, и сделаю её для этого самой крутой". )))
Хотя в предпринимательстве и бывают случаи типа "вот тут я изобрёл крутую штуку, а через год нашёл, куда её пристроить" ))) Но лучше бы "я знаю, куда пристроить штуку, и сделаю её для этого самой крутой". )))
A
Думать - да. А напрягать людей - подгоните мне данные, а я, может быть, через пол годика займусь лично мне некомфортно 🙂
АО
А, поэтому пингую я 😊
АО
У меня нет проблем с дискомфортом :D
АО
Это называется командная работа 😊
A
AP
в джулии многие пакеты относительно компактные по сравнению с питоном (numpy/pandas/tf/etc)
при этом они "просто" удачно работают вместе
поэтому хорошо если обсуждаемый проект, если он вырастет по скоупу, будет состоять из относительно независимых частей, которые и с чем-то другим можно совмещать
при этом они "просто" удачно работают вместе
поэтому хорошо если обсуждаемый проект, если он вырастет по скоупу, будет состоять из относительно независимых частей, которые и с чем-то другим можно совмещать
A
Ну это стандарный флоу разработки - когда что-то становится большим или слишком запутанным оно разбивается не несколько относительно независимых частей. Другое дело что подробно планировать такое разбиенние на этапе проектирования бессмысленно - такие проектирование никогда столкновения с получившимся кодом не переживает
AP
Речь не про разделение само по себе, а про возможность использования с другими пакетами. Например, в экосистеме Tables.jl с этим хорошо - разные форматы таблиц, разные источники и потребители взаимозаменяемы. У DataFrames<...>.jl ситуация хуже: все их функции работают только с датафреймами, хотя имеют смысл и для любых других таблиц.
A
Ну с этим в принципе у Julia хорошо. Потому что все на Juila написано, даже если что-то не коннектится, то можно написать адаптер, который будет нормально и шустро работать.
A
Чем она мне и нравится
AZ
Не, ну в одиночку не обязательно, команду то можно найти, но это должно быть потенциально что-то привлекательное. Если монетизируемое то вообще замечательно.
Вопрос только что. Я тут опять с точки зрения бизнеса рассуждаю, но какие требования должны быть, чтобы было желание сотворить это чудо именно в таком виде.
В случае первого веб магазина на Лиспе, большим плюсом была скорость разработки, как писали, новая фича занимала полтора два дня.
Чем решение на Джулии может быть более интересно, чем на том же кликхаусе? Вряд ли в скорости простых запросов, полагаю, что там всё-таки вылизали хорошо. Например это может быть возможность быстрого исполнения сложных запросов. То есть такой вариант кликхауса с полноценной поддержкой UDF.
Вопрос только что. Я тут опять с точки зрения бизнеса рассуждаю, но какие требования должны быть, чтобы было желание сотворить это чудо именно в таком виде.
В случае первого веб магазина на Лиспе, большим плюсом была скорость разработки, как писали, новая фича занимала полтора два дня.
Чем решение на Джулии может быть более интересно, чем на том же кликхаусе? Вряд ли в скорости простых запросов, полагаю, что там всё-таки вылизали хорошо. Например это может быть возможность быстрого исполнения сложных запросов. То есть такой вариант кликхауса с полноценной поддержкой UDF.
Потом этот магазин с лиспа перенесли на другой язык в силу известных причин.
АО
Я так понимаю спецов не нашлось.