Спасибо за статью, интересное, особенно в части GC, теперь ещё больше хочется "потрогать" Rust. Но удивило следующее: `Go недостаёт: мощной поддержки IDE` (c). Typescript - это конечно, хорошо, но где поддержка TS лучше, чем go? VSCode? `Goland` от jetbrains просто "божественно" определяет все объявления, использование и имплементации, даже в сорсах, в отличии от `Webstorm` + TyepScript и других связок. Моё мнение, что данная характеристика напрямую зависит от выбранной IDE и косвенно от самого ЯП.
Ребят, Вы точно не про хабр, сходите лучше на другие площадки за пиаром. Хотя бы в другие разделы, не связанные с программированием, так как ноль полезной информации. А в плане разработки именно на go - это вообще мусор. Лично мне (будь я на этом месте) было бы стыдно так позориться.
С начала подумал, что это open source, а оказалось какая-то реклама проприетарщины, очень очень посредственной поделки, да и вообще никак не интересной для разработчиков на go. Идите лучше в рекламные сети и там пиарьтесь. Для сообщества нулевая польза от статьи.
Что-то я не совсем понял амплитуду движения рук в первом упражнении: "1) расставить руки в стороны и поднимать и опускать их вверх-вниз с максимальной амплитудой — 20 раз;". Это как получается: угол между рукой и туловищем должен меняться (то есть, по траектории полукруга должно быть движение)? Или все же руки параллельно полу и на ~ сантиметр или около того просто подимать и опускать плечи (вместе с руками, параллельными полу)?
Спасибо за замечания насчёт ошибок! Исправил, а в итоге, установил расширение LanguageTool для хрома, отличная штука. Если обратите внимание на время публикации статьи, думаю ситуация немного прояснится.
Спасибо за комментарий! С удовольствием прочитаю. Всё началось с того, что я просто захотел разобраться, что вообще такое гидратация. Погуглив, я практически не нашёл никакого определения этого паттерна. И только в процессе составления статьи, я наткнулся на описание в документации по Vue SSR.
И в оригинале статьи были мало того, ошибочные определения, которые пришлось заменять информацией из других источников. Также, там было только одно предложения с two pass rendering в react: использование hydrate() и render() методов библиотеки.
Цель статьи в понимании процесса, который стоит за этим термином. Оптимизация и производительность, как следующий шаг, который является хорошей темой новых статьей.
OCP тоже соглашусь, принцип то вроде не о DIP, а следующем: «Программные объекты должны быть открыты для расширения и закрыты для модификации», Бертран Мейер, «Построение Объектно-Ориентированного Программного Обеспечения». Если я не ошибаюсь, то речь идёт о том, что не нужно переписывать существующие классы (объекты/структуры etc), а нужно их расширять, то есть, создавать новый тип объекта, extended, который наследует исходный и добавляет к нему нечто новое. Поправьте меня, если я ошибаюсь (сам сейчас изучаю принципы и пытаюсь в них разобраться).
А тема-то, вообщем, актуальная. Оригинал статьи дополнили следующим: «Google recently released their own DI container called wire» — github.com/google/wire. Но пока только alfa и для production не рекомендуют.
Так как этот является переводом, я не делаю дальнейших выводов насчёт представленных исследований. Моя цель отличается, но средства схожи. И данную статью можно использовать в своих исследованиях, взяв за основу некоторые принципы и подходы, описанные в ней.
Спасибо, это нужная информация, изучу и, возможно, применю эти подходы! А в части статистического моделирования в части «лишь инженерный подход» вы подразумеваете отсутсвие теоретических выкладок?
Перевод научной статьи 2014 года — всё верно. Насчёт научной степени авторов подсказать не смогу, возможно аспиранты, а возможно уже и имели научную степень при написании данной статьи.
Как использовать генератор случайных чисел в вероятностных вычислениях. Это, по сути, вводная статья к серии, целью которых является изучение аппарата теории массового. И в этом изучении будут использоваться ЯП.
Спасибо за статью, интересное, особенно в части GC, теперь ещё больше хочется "потрогать" Rust. Но удивило следующее: `Go недостаёт: мощной поддержки IDE` (c). Typescript - это конечно, хорошо, но где поддержка TS лучше, чем go? VSCode? `Goland` от jetbrains просто "божественно" определяет все объявления, использование и имплементации, даже в сорсах, в отличии от `Webstorm` + TyepScript и других связок. Моё мнение, что данная характеристика напрямую зависит от выбранной IDE и косвенно от самого ЯП.
Ребят, Вы точно не про хабр, сходите лучше на другие площадки за пиаром. Хотя бы в другие разделы, не связанные с программированием, так как ноль полезной информации. А в плане разработки именно на go - это вообще мусор. Лично мне (будь я на этом месте) было бы стыдно так позориться.
С начала подумал, что это open source, а оказалось какая-то реклама проприетарщины, очень очень посредственной поделки, да и вообще никак не интересной для разработчиков на go. Идите лучше в рекламные сети и там пиарьтесь. Для сообщества нулевая польза от статьи.
Что-то я не совсем понял амплитуду движения рук в первом упражнении: "1) расставить руки в стороны и поднимать и опускать их вверх-вниз с максимальной амплитудой — 20 раз;". Это как получается: угол между рукой и туловищем должен меняться (то есть, по траектории полукруга должно быть движение)? Или все же руки параллельно полу и на ~ сантиметр или около того просто подимать и опускать плечи (вместе с руками, параллельными полу)?
Изображения не помешали бы)
Прошу прощения у всех читателей за этого, учёл.
И в оригинале статьи были мало того, ошибочные определения, которые пришлось заменять информацией из других источников. Также, там было только одно предложения с two pass rendering в react: использование hydrate() и render() методов библиотеки.
Цель статьи в понимании процесса, который стоит за этим термином. Оптимизация и производительность, как следующий шаг, который является хорошей темой новых статьей.