AN
Это какая-то очень стандартная мантра, которую можно трактовать миллионом вредных способов.
И тем не менее.
Size: a a a
2020 July 03
AN
а, ну это действительно ничего не дает
Ты просто не застал свидетелей культа ассемблера
DS
Это какая-то очень стандартная мантра, которую можно трактовать миллионом вредных способов.
Я пока не видел ситуаций в которых отход от схемы "кодим как можем, получаем фидбэк что медленно, оптимизируем" уместен.
DS
Правда у меня бэк. Может на мобилах по-другому
AN
Я пока не видел ситуаций в которых отход от схемы "кодим как можем, получаем фидбэк что медленно, оптимизируем" уместен.
Есть очень узкая область, где high performance действительно важен. Обычно вы не пишите такой код в прикладных проектах. Это либописатели делают
QH
Я пока не видел ситуаций в которых отход от схемы "кодим как можем, получаем фидбэк что медленно, оптимизируем" уместен.
Третий пункт может приводить к необходимости переписать всю систему.
KT
Я пока не видел ситуаций в которых отход от схемы "кодим как можем, получаем фидбэк что медленно, оптимизируем" уместен.
*получаем фидбэк от пользователей что медленно, пользователи уходят к конкурентам, конец ;(
DS
Есть очень узкая область, где high performance действительно важен. Обычно вы не пишите такой код в прикладных проектах. Это либописатели делают
Не всегда бутылочное горлышко заранее очевидно.
DS
*получаем фидбэк от пользователей что медленно, пользователи уходят к конкурентам, конец ;(
Где я написал что от конечного пользователя)
KT
Где я написал что от конечного пользователя)
а, ну если получаем фидбэк на кодревью, то ладно :)
AN
Третий пункт может приводить к необходимости переписать всю систему.
А вот это как раз оптимизация архитектуры, которая должна быть заранее
DS
А вот это как раз оптимизация архитектуры, которая должна быть заранее
С этим не спорю
AN
Проектировать надо так, чтобы можно было подменить реализацию на более быструю. Но вылизывать сразу все - на мой взгляд довольно плохая практика
DS
а, ну если получаем фидбэк на кодревью, то ладно :)
Я нт провожу и заранее определяю нефункциональные требования.
I
*получаем фидбэк от пользователей что медленно, пользователи уходят к конкурентам, конец ;(
А это вы про перформанс котлин компилятора 1.4 🤔🌝
KT
А это вы про перформанс котлин компилятора 1.4 🤔🌝
не, я про "идея тормозит, пойду скачаю вскод" :(
BP
не, я про "идея тормозит, пойду скачаю вскод" :(
Саблайм 🙃
DS
Проектировать надо так, чтобы можно было подменить реализацию на более быструю. Но вылизывать сразу все - на мой взгляд довольно плохая практика
Есть даже такие чуваки как солюшен архитекторы задача которых как раз выбрать архитектуру удовлетворяющую нефункциональным требованиям
QH
не, я про "идея тормозит, пойду скачаю вскод" :(
чёт я про вскод слышал «тормозит как идея, а по функционалу — блокнот»
AN
чёт я про вскод слышал «тормозит как идея, а по функционалу — блокнот»
Нормально там все