Поставил бы +, да не могу. Вы отлично раскрыли то о чем написал я. А тот кто пишет что еще много времени, на мой субъективный взгляд сильно заблуждается.
Самое страшное что может произойти - замена водителей такси на ИИ водителей.
Потому что все это количество людей, будь то РФ или США окажется на улице без возможности перепрофилироваться.
Когда поднимаю эту тему с друзьями, слышу только: ну это их проблемы, придумают что-нибудь.
…вот только проблема в том, что они не от призвания(большинство) туда пошли, а по необходимости, т.е у них не получилось заработать где-то в другом месте.
Не сочтите что сгущаю краски, просто этак лет 100 назад было довольно «интересно» в разных уголках мира, когда впервые машины начали «отбирать» работу у человека. Это как раз больше всего смущает, что 100 лет прошло
Наверное это может нужно в каких-то редких кейсах, но не тех которые приведены в качестве примера.
Можно использовать даже для синхронизации между пакетами без публичных API»
Вот это меня больше всего и пугает. Приватные функции и публичные методы/функции – то что заставляет думать разработчика. Если пакет строится так чтобы потом приложение дергало любую функцию golink + unsafe, то быть потом беде.
Ну и чтоб было максимально душно: помниться из-за одного пропущенного указателя при unsafe+reflect потекла память, искали всем селом целый день. С того случая сформировалось мнение, что unsafe нужен тогда когда нет адекватной заменя, например какой-нибудь кольцевой буфер для создания shared memory
Мы переходили на Go видя его в срезе: скорость, типизация. И когда основной приоритет и задача - скорость, само собой пишем все самостоятельно.
К подобным вариантам отношусь с толикой скептицизма. С одной стороны комфорт в моменте здесь и сейчас, с другой провал на длинной дистанции. Особенно это заметно на проектах где большие монолитные приложения, которые набрали столько чужих зависимостей, что потом месяцами ищут утечку памяти или простую потерю производительности. Хотя стоит заметить, в основном это не по причине того что тот или иной чужой «пакет» криво сделан, а потому что сам разработчик в погоне за упрощением (а тут лучше читать как: так упрощал жизнь) забыл язык или изначально не знал специфики.
Поставил бы +, да не могу. Вы отлично раскрыли то о чем написал я. А тот кто пишет что еще много времени, на мой субъективный взгляд сильно заблуждается.
Хорошо если он просто не работает, а не с ошибкой к примеру математического характера
Попал в такую же ловушку. Притом сначала тебе нужны формулы и варианты решения, а потом это перерастает в «напиши мне for цикл, я забыл как»
Самое страшное что может произойти - замена водителей такси на ИИ водителей.
Потому что все это количество людей, будь то РФ или США окажется на улице без возможности перепрофилироваться.
Когда поднимаю эту тему с друзьями, слышу только: ну это их проблемы, придумают что-нибудь.
…вот только проблема в том, что они не от призвания(большинство) туда пошли, а по необходимости, т.е у них не получилось заработать где-то в другом месте.
Не сочтите что сгущаю краски, просто этак лет 100 назад было довольно «интересно» в разных уголках мира, когда впервые машины начали «отбирать» работу у человека. Это как раз больше всего смущает, что 100 лет прошло
Наверное это может нужно в каких-то редких кейсах, но не тех которые приведены в качестве примера.
Вот это меня больше всего и пугает. Приватные функции и публичные методы/функции – то что заставляет думать разработчика. Если пакет строится так чтобы потом приложение дергало любую функцию golink + unsafe, то быть потом беде.
Ну и чтоб было максимально душно: помниться из-за одного пропущенного указателя при unsafe+reflect потекла память, искали всем селом целый день. С того случая сформировалось мнение, что unsafe нужен тогда когда нет адекватной заменя, например какой-нибудь кольцевой буфер для создания shared memory
Да. Мы весь импорт делаем руками.
Мы переходили на Go видя его в срезе: скорость, типизация. И когда основной приоритет и задача - скорость, само собой пишем все самостоятельно.
К подобным вариантам отношусь с толикой скептицизма. С одной стороны комфорт в моменте здесь и сейчас, с другой провал на длинной дистанции. Особенно это заметно на проектах где большие монолитные приложения, которые набрали столько чужих зависимостей, что потом месяцами ищут утечку памяти или простую потерю производительности. Хотя стоит заметить, в основном это не по причине того что тот или иной чужой «пакет» криво сделан, а потому что сам разработчик в погоне за упрощением (а тут лучше читать как: так упрощал жизнь) забыл язык или изначально не знал специфики.