Google docs, meet, drive и т.п. - это лишь вершина айсберга. Буквально пик. То, что видно обывателю. Открываем любой андроид-проект, смотрим в dependencies - там так или иначе 60-90% либы/интеграции Гугла. Напрямую, косвенно - все равно Гугл. Эт помимо самого Андроида. В довесок, многое из этого используется и вне Андроида. Какие нить веб проекты, например. Huawei - хороший пример. Его США отрезали только от платных Гугл сервисов, но их телефоны все равно ощутимо уступают любому полноценному Андроиду. Несмотря на всякие GAPSы. Несмотря на 1.5 млрдный Китай.
Автор не отрицает Чистый код и не агитирует за Чистый код. Автор про баланс. Сам как то написал модуль, где все как дядюшка Боб завещал. Опытный коллега сказал - "Нужен баланс". Через год переписал модуль - выкинул 90% интерфейсов, объединил слишком раздробленные обязанности и код стал намного проще в поддержке. А про переменные/комментарии - не редко встречал, когда комменты безнадежно устаревали, а имена переменных/функций непросто "не о чем", а прямо лгут о своем намерении. При чтении такого кода приходится опускаться до деталей. Аж до уровня стрингов и интов. По итогу - мозгоусилий потратил столько же, сколько если бы сам реализовал фичу.
А вообще, эмуляторы в студии - это боль. Не важно насколько мощный проц и видеокарта - эмуляторы все равно будут дико фризить. Периодически и спонтанно...
С конструктором все ок, но все равно выглядит странно. Не могу привыкнуть к ним. К тому же, те примеры, что я видел на практике были не совсем удачные, в отличии от того что тут приведен
Не люблю юзкейсы - конструктор класса возвращает совсем иной объект. Глаза режет)
А добавьте туда высокие требования к ясности названий как классов, так и получаемых переменных. Тут и без юзкейсов зачастую беда с неймингами. А тут смотришь на их применение в коде и в голове крутится - "Что ты такое?"
"Ничего не меняется - всё работает - у админов почти нет работы! " Я не понимаю, вы действительно не замечаете связи между ПО и бизнес-процессами? Если речь идет о небольшом ларьке без компьютера - то да, ничего не меняется. Меняться нечему. Но если там стоит хотя бы 1с-ка в одного юзера то изменения будут обязательно. Разница лишь в их частоте
Но если у вас в 10-20 пользователей с парольным доступом, то вам придется обновляться хотя бы по вопросам безопасности.
В общем, забейте. Вы правы. Инфрастуктуру не зачем обслуживать, если она работает. А раз и обслуживать не надо, то и люди не нужны. Увольняйте этих дармоедов. А мы, возможно, через пару лет получим неплохую статью об очередном эпик фэйле в компании X по вине "Имя мы не будем разглашать" )
"Не можем посчитать, сколько прибыли даст апгрейд версий Windows Server, разного коммерческого ПО?" -
Вы сейчас это на полном серьезе? Как вы собираетесь это посчитать? Это как бы рутинное обслуживание инфраструктуры. Или вы не представляете как устроена ОС и прочий софт? Это как бы базовые вещи. Есть люди не владеющие компетенцией и есть не желающие ею владеть. Судя по статье, Вы не относитесь к первой категории)
Чёт мне померещилось 14 тыс. строк. Дай-ка , думаю, гляну как автор заставил проглотить такой, пусть и очень небольшой, но нереальный для AI контекст. А нет, это лишь 1400 строк. Буквально 3-4 максимально лаконичных файла с кодом или +-50% от обычного 1 класса на Java...
То, как вы описали юз-кейсы, конечно, приколько - но имхо имеет 2 существенных недостатка:
Переопредление возвращаемого значения конструктора класса - попахивает хакингом языка из плюсов. Когда читаешь что-то вроде val date = AwesomeDateFormatterUseCase(someVal) ожидаешь получить объект AwesomeDateFormatterUseCase, а не Date или ,упаси Боже, строку
Если я правильно понял, мы добавили еще 1 слой между доменом и UI - и если изменится домен или UI - придется менять и наш новый слой.
Резюмируя - от паттернов ожидаешь увидеть упрощение восприятия кода и/или уменьшение оси изменений в коде. В данном случае - я не могу найти ни того, ни другого
Мда... И про SQL говорили тоже самое - программисты будут не нужны, менеджеры смогут сами создавать себе отчёты. Прошло N десятилетий - это лишь один из инструментов программиста. И то не всякого)
А вообще, вся проблема в "специализации" людей - ну не сможет условный барбершопер сделать игру даже с ИИ при всем желании. Никак
Работал в 1с франче. 1с - это своего рода ИИ в мире учёта. Даже на простое обучение тыкать в нужные кнопочки уходит несколько месяцев. И даже через год все равно не получится спеца, который сам нагенерит себе нужный отчёт. А ведь это просто
По поводу нейронок - нередко его ответы отдают дежавю, некоторые прямые копипасты со стэковерфлоу
Единственное, с чем неплохо ИИ справляется - подправить нейминги полей/методов. Понять проблему, решить бизнес-задачу - и близко нет
Вы удивитесь, но даже с такими базовыми мат. операциями, как суммирование, вычитание и т.п. редко столкнетесь в разработке. По крайней мере, не часто.
Разработка - это бесконечное чтение документации, использование всевозможных фреймворков, но так чтобы от них не зависеть. И на выходе должно получится то, что
а) Работает
б) Не ломается от любого чиха(maintainable)
И вот второй параметр требует большего всего знаний, опыта и усилий
Google docs, meet, drive и т.п. - это лишь вершина айсберга. Буквально пик. То, что видно обывателю. Открываем любой андроид-проект, смотрим в dependencies - там так или иначе 60-90% либы/интеграции Гугла. Напрямую, косвенно - все равно Гугл. Эт помимо самого Андроида. В довесок, многое из этого используется и вне Андроида. Какие нить веб проекты, например. Huawei - хороший пример. Его США отрезали только от платных Гугл сервисов, но их телефоны все равно ощутимо уступают любому полноценному Андроиду. Несмотря на всякие GAPSы. Несмотря на 1.5 млрдный Китай.
Автор не отрицает Чистый код и не агитирует за Чистый код. Автор про баланс. Сам как то написал модуль, где все как дядюшка Боб завещал. Опытный коллега сказал - "Нужен баланс". Через год переписал модуль - выкинул 90% интерфейсов, объединил слишком раздробленные обязанности и код стал намного проще в поддержке.
А про переменные/комментарии - не редко встречал, когда комменты безнадежно устаревали, а имена переменных/функций непросто "не о чем", а прямо лгут о своем намерении. При чтении такого кода приходится опускаться до деталей. Аж до уровня стрингов и интов. По итогу - мозгоусилий потратил столько же, сколько если бы сам реализовал фичу.
Баланс - его начинаешь чувствовать со временем.
Чёт как-то не густо с нововведениями...
А вообще, эмуляторы в студии - это боль. Не важно насколько мощный проц и видеокарта - эмуляторы все равно будут дико фризить. Периодически и спонтанно...
Где? Как? Куда тыкнуть, чтобы сие благодать снизошла в мою студию?)
Смотри, попутал на ночь глядя)
С конструктором все ок, но все равно выглядит странно. Не могу привыкнуть к ним. К тому же, те примеры, что я видел на практике были не совсем удачные, в отличии от того что тут приведен
Не люблю юзкейсы - конструктор класса возвращает совсем иной объект. Глаза режет)
А добавьте туда высокие требования к ясности названий как классов, так и получаемых переменных. Тут и без юзкейсов зачастую беда с неймингами. А тут смотришь на их применение в коде и в голове крутится - "Что ты такое?"
"Ничего не меняется - всё работает - у админов почти нет работы! "
Я не понимаю, вы действительно не замечаете связи между ПО и бизнес-процессами? Если речь идет о небольшом ларьке без компьютера - то да, ничего не меняется. Меняться нечему. Но если там стоит хотя бы 1с-ка в одного юзера то изменения будут обязательно. Разница лишь в их частоте
Но если у вас в 10-20 пользователей с парольным доступом, то вам придется обновляться хотя бы по вопросам безопасности.
В общем, забейте. Вы правы. Инфрастуктуру не зачем обслуживать, если она работает. А раз и обслуживать не надо, то и люди не нужны. Увольняйте этих дармоедов. А мы, возможно, через пару лет получим неплохую статью об очередном эпик фэйле в компании X по вине "Имя мы не будем разглашать" )
"Не можем посчитать, сколько прибыли даст апгрейд версий Windows Server, разного коммерческого ПО?" -
Вы сейчас это на полном серьезе? Как вы собираетесь это посчитать? Это как бы рутинное обслуживание инфраструктуры. Или вы не представляете как устроена ОС и прочий софт? Это как бы базовые вещи. Есть люди не владеющие компетенцией и есть не желающие ею владеть. Судя по статье, Вы не относитесь к первой категории)
Простите, но уже по вот этому комментарию понятно, что Вы буквально не разбираетесь в ИТ выше уровня небольшого магазина...
Чёт мне померещилось 14 тыс. строк. Дай-ка , думаю, гляну как автор заставил проглотить такой, пусть и очень небольшой, но нереальный для AI контекст. А нет, это лишь 1400 строк. Буквально 3-4 максимально лаконичных файла с кодом или +-50% от обычного 1 класса на Java...
То, как вы описали юз-кейсы, конечно, приколько - но имхо имеет 2 существенных недостатка:
Переопредление возвращаемого значения конструктора класса - попахивает хакингом языка из плюсов. Когда читаешь что-то вроде val date = AwesomeDateFormatterUseCase(someVal) ожидаешь получить объект AwesomeDateFormatterUseCase, а не Date или ,упаси Боже, строку
Если я правильно понял, мы добавили еще 1 слой между доменом и UI - и если изменится домен или UI - придется менять и наш новый слой.
Резюмируя - от паттернов ожидаешь увидеть упрощение восприятия кода и/или уменьшение оси изменений в коде. В данном случае - я не могу найти ни того, ни другого
Кажется, я нашел ответ на свой вопрос - в оф. доках говорится, что 1мб даётся на весь процесс (!) аппки, а не на активити и т.п.
З.ы. это знатная засада...
Тоже столкнулся с этой ошибкой. Статья очень помогла. Спасибо!
Но остался вопрос - почему bundle, размером в 500кб, упирается в лимит 1мб?
Мда... И про SQL говорили тоже самое - программисты будут не нужны, менеджеры смогут сами создавать себе отчёты. Прошло N десятилетий - это лишь один из инструментов программиста. И то не всякого)
А вообще, вся проблема в "специализации" людей - ну не сможет условный барбершопер сделать игру даже с ИИ при всем желании. Никак
Работал в 1с франче. 1с - это своего рода ИИ в мире учёта. Даже на простое обучение тыкать в нужные кнопочки уходит несколько месяцев. И даже через год все равно не получится спеца, который сам нагенерит себе нужный отчёт. А ведь это просто
По поводу нейронок - нередко его ответы отдают дежавю, некоторые прямые копипасты со стэковерфлоу
Единственное, с чем неплохо ИИ справляется - подправить нейминги полей/методов. Понять проблему, решить бизнес-задачу - и близко нет
Вы удивитесь, но даже с такими базовыми мат. операциями, как суммирование, вычитание и т.п. редко столкнетесь в разработке. По крайней мере, не часто.
Разработка - это бесконечное чтение документации, использование всевозможных фреймворков, но так чтобы от них не зависеть. И на выходе должно получится то, что
а) Работает
б) Не ломается от любого чиха(maintainable)
И вот второй параметр требует большего всего знаний, опыта и усилий
Внезапно, да?
Несколько раз вчитывался в текст, но так ничего и не понял
Наткнулся на эту статью по вопросу Что такое Compose? Поистине, все новое - хорошо забытое старое! Это же swing на Котлине:)
Санкции, SWIFT, ФСБ, МВД, Финмониторинг - это лишь имитация власти. 1с - вот она истинная мощь - по щелчку пальца остановила всю Россию)