ML
Size: a a a
2020 June 14
AM
потому что это явно конфликтующие цели – сделать работающее приложение и вылизать шоукейсную архитектуру
Не вижу, почему прям конфликтующие.
(
А шо там, всё плохо с гитфоксом? Я его никогда толком не смотрел, если честно
Наоборот вроде хорошо
AM
Не вижу, почему прям конфликтующие.
Просто две совершенно разные -- да, конечно
ML
Не вижу, почему прям конфликтующие.
потому что первая предполагает когда либо закончить проект
AM
Наоборот вроде хорошо
А, ну я о том, что когда его начинали -- не было же
AM
потому что первая предполагает когда либо закончить проект
Разве?
ML
Разве?
ну да, ты же этим пользоваться собираешься
AM
Гитлаб сам -- законченный продукт? Идея?
(
А, ну я о том, что когда его начинали -- не было же
Ну я-то тоже хз, я им не пользуюсь, в арх чате часто в пример приводят
ML
Гитлаб сам -- законченный продукт? Идея?
я имею в виду хотя бы доделать какой-то набор фич
AM
я имею в виду хотя бы доделать какой-то набор фич
Мне кажется, тебя просто в детстве покусал ставили поддерживать плохой клин :) С ним можно делать хорошие приложения, просто это сложно, так как надо постоянно бдить за слоями. В мире уйма апп педалится с клином, наверняка в достаточно большом количестве из них при этом следят за строгостью и поддерживаемостью кодовой базы. Гитфокс -- просто опенсорсный пример такого приложения.
(
Мне кажется, тебя просто в детстве покусал ставили поддерживать плохой клин :) С ним можно делать хорошие приложения, просто это сложно, так как надо постоянно бдить за слоями. В мире уйма апп педалится с клином, наверняка в достаточно большом количестве из них при этом следят за строгостью и поддерживаемостью кодовой базы. Гитфокс -- просто опенсорсный пример такого приложения.
Зачем следить, если можно не следить?
AM
У меня та же картина из первого предложения, да. Потому я стремлюсь к более sustainable решениям. Но это не значит, что кто-то не может переться по разработке с чистым клином настолько, чтобы иметь мотивацию воткрытую пилить шоукейс, который при этом ещё и полноценный продукт.
I
Мне кажется, тебя просто в детстве покусал ставили поддерживать плохой клин :) С ним можно делать хорошие приложения, просто это сложно, так как надо постоянно бдить за слоями. В мире уйма апп педалится с клином, наверняка в достаточно большом количестве из них при этом следят за строгостью и поддерживаемостью кодовой базы. Гитфокс -- просто опенсорсный пример такого приложения.
Шо такое, опять обсуждаем оверинжинринг в тонких клиентах 🤔
AM
Зачем следить, если можно не следить?
Очевидно же, у каждого способа решения задач есть свои плюсы и минусы. Для кого-то баланс между ними отличается от твоего, и проще посадить пачку кодерков попроще, пару опытных надсмотрщиков, и не учить команду новым подходам.
AM
Шо такое, опять обсуждаем оверинжинринг в тонких клиентах 🤔
В чистом виде, да
AM
Тут даже спорить нет смысла, это долбаный фронт к гитлабу)
I
Когда последний раз смотрел код, казалось что туда бы хорошо зашел TEA (если вообще имеет смысл делать нативный клиент)
- минимум эффектов
- много трансформаций данных
- минимум эффектов
- много трансформаций данных
(
Когда последний раз смотрел код, казалось что туда бы хорошо зашел TEA (если вообще имеет смысл делать нативный клиент)
- минимум эффектов
- много трансформаций данных
- минимум эффектов
- много трансформаций данных
Имеет