А вообще, эмуляторы в студии - это боль. Не важно насколько мощный проц и видеокарта - эмуляторы все равно будут дико фризить. Периодически и спонтанно...
С конструктором все ок, но все равно выглядит странно. Не могу привыкнуть к ним. К тому же, те примеры, что я видел на практике были не совсем удачные, в отличии от того что тут приведен
Не люблю юзкейсы - конструктор класса возвращает совсем иной объект. Глаза режет)
А добавьте туда высокие требования к ясности названий как классов, так и получаемых переменных. Тут и без юзкейсов зачастую беда с неймингами. А тут смотришь на их применение в коде и в голове крутится - "Что ты такое?"
"Ничего не меняется - всё работает - у админов почти нет работы! " Я не понимаю, вы действительно не замечаете связи между ПО и бизнес-процессами? Если речь идет о небольшом ларьке без компьютера - то да, ничего не меняется. Меняться нечему. Но если там стоит хотя бы 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)
И вот второй параметр требует большего всего знаний, опыта и усилий
Чёт как-то не густо с нововведениями...
А вообще, эмуляторы в студии - это боль. Не важно насколько мощный проц и видеокарта - эмуляторы все равно будут дико фризить. Периодически и спонтанно...
Где? Как? Куда тыкнуть, чтобы сие благодать снизошла в мою студию?)
Смотри, попутал на ночь глядя)
С конструктором все ок, но все равно выглядит странно. Не могу привыкнуть к ним. К тому же, те примеры, что я видел на практике были не совсем удачные, в отличии от того что тут приведен
Не люблю юзкейсы - конструктор класса возвращает совсем иной объект. Глаза режет)
А добавьте туда высокие требования к ясности названий как классов, так и получаемых переменных. Тут и без юзкейсов зачастую беда с неймингами. А тут смотришь на их применение в коде и в голове крутится - "Что ты такое?"
"Ничего не меняется - всё работает - у админов почти нет работы! "
Я не понимаю, вы действительно не замечаете связи между ПО и бизнес-процессами? Если речь идет о небольшом ларьке без компьютера - то да, ничего не меняется. Меняться нечему. Но если там стоит хотя бы 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с - вот она истинная мощь - по щелчку пальца остановила всю Россию)
Бегите, глупцы, бегите ®
Но компания солгала, т.к. в утечке есть данные от как минимум 2019г
Что за традиция в России не называть вещи своими именами?