Василий Банников

Основной недостаток использования Cgo - это снижение производительности.
Вызовы C/C++ достаточно затратны по ресурсам, т.к. C ничего не знает о данных в Go и для вызова C необходимо полностью сохранять все регистры и переключать стек, за счёт этого и возрастают накладные расходы, соответственно снижается производительность.

Использование Cgo имеет смысл, когда есть объёмные библиотеки написанные на C/C++, которые можно использовать. При этом написание кода на чистом Go намного затратнее, чем использование этих библиотек с Cgo.

> в каких кейсах следует использовать cgo для улучшения производительности
На сколько я понимаю при вызове простых функций производительность не улучшится, а наоборот, скорее ухудшится.
Но не исключаю, что есть кейсы, когда есть серьёзные расчёты/жёсткое управление памятью (частые выделения/освобождения), когда за счёт того, что в этом случае не будет использован сборщик мусора можно получить увеличения производительности.

У меня был подобный кейс на Perl, но принцип тот же.
При скачивании HTML страниц размер занимаемой RAM скриптом постоянно увеличивался и в итоге "съедал" всю память на сервере.

Задача скрипта была скачивать HTML страницы, извлекать из них все ссылки на внешние ресурсы.
Я принял решение и написал функцию на С, которая выкачивала страницу, извлекала ссылки, очищала память и возвращала в Perl уже готовый список ссылок. Скрипты перестали постоянно "пухнуть", их можно было запустить в несколько раз больше по количеству на том же сервере + производительность стала явно выше.

В общем всё сильно зависит от задачи, но, думаю, более 90% кейсов будет связано с тем, что намного дешевле использовать готовую библиотеку C/C++ с Cgo, чем переписать эту библиотеку на чистом Go.

Конечно, есть нюансы и исключения, но общее правило такое: в большенстве случаев корректной является топология из четырехугольников, иногда допустимы треугольники, если без них никак.
В вашем случае, в примере 1, то что вы назвали "только одна грань" по сути восьмиугольнк. То что вершины (углы) расположены на одной прямой, ничего не меняет. Следовательно нужно делать как в 2, а для 3 должны быть веские причины.

В BeforeEach наполняешь базу перед каждым тестом.

В такой постановке вопроса ответ - никак.

Что бы любая программа запустилась, либо ОС должна знать, что ее надо запустить в какой-то момент, либо пользователь должен ее запустить руками.
Для автозапуска можно использовать несоколько веток реестра, как пользовательских так и системных, так же можно использовать каталог sturtup в меню пуск (в вин10 его нет в явном виде в меню, но его можно найти в файловой системе) или же добавить Параметры->Приложения->Автозагрузка (это действие, по идее, добавляет записи вреестр).
Еще вариант - добавить старт приложения в шедулер, повесив его на какой-либо подходящий триггер.
После внесения соответствующих изменений и перезагрузки (или наступления триггерного события) приложение запустится.

Так же можно запустить приложение удаленно, таких вариантов довольно много. Из встроенных средств можно использовать: wmic или powershell. Тот же psexec (о котором писал pavelsha ) и т.п. Но программа должна быть доступна на удаленном компьютере, по указываемому пути. Т.е. вы должны сначала скопировать программу на удаленный комп, а потом уже удаленно ее запускать. Как вариант - указывать сетевой путь, доступный удаленному компьютеру. Но нужно не забывать, что в случае сетевого пути, потребуется авторизация на сетевом ресурсе ... Проще скопировать локально.

Кстати, редактировать реестр можно и удаленно. Для этого есть средства из коробки. Например команда reg add - умеет это делать. Но и тут есть своя специфика.

Вы конечно можете отдельно написать бек, а на фронт сделать на статическом HTML (потеряв при этом ряд возможностей, но представим, что они вам не нужны). Можете добавить на фронт js скриптов, которые будут что-то подгружать.
Никто не заставляет вас использовать php как шаблонизатор.

И нет, это не только php такой, практически в любом языке можно сделать такую-же кашу, просто в php эта возможность была изначально, и в первых версиях это был основной режим работы. А в других языках придётся это как-то включить, или написать промежуточный обработчик файлов.

Вариант 1 - шаблонизаторы плюс рендер на стороне сервера
Вариант 2 - RESTful API на PHP а рендер на фронте по полученным данным

Потому что метод aboba. Переименуй в Update и всё должно заработать

Данный пункт договора будет признан "нечтожным" любым судом.
наложение обязательств на физ лицо - это рабство, а он в стране запрещено. Как Юр лицо я вообще плохо себе представляю такую форму договора по которому вы самограничите свои права предпринимательской детятельности выходящих за рамки текущего договора.
Все договора должны работаь в разках закона РФ
Закон напрямую вас не может ограничить в праве работать с любым подрядчиком.
Так что с юристом составьте договор, но этот пункт будет нечтожен при любом варианте его написания.( так что смело можно тут же нарушать)
Это требование с области "гардероб ответственности не несет" ( ответственное материальное хранение)
Писать ты можешь че угодно но от закона это не спасет.
В вашем случае этот пункт будет нечтожным.

В вашем случае настоятельно рекомендую переустановить ОС. Это избавит вас не только от проблем с местом на диске, но и решит другие проблемы, которые с большой вероятностью имеются на б/у компьютере. Не говоря уже о проблеме конфиденциальности.

Потратьте ещё 500р и отнесите компьютер в сервис, пусть сбросят всё и установят вам чистую Win7.

P.S. я не просто так сказал "сервис". Ни в коем случае не вызывайте "мастера" на дом.

Автоматически найти все отжирающие место файлы поможет софт типа такого
https://www.raymond.cc/blog/find-out-what-files-an...

Вручную - включите отображение скрытых файлов и папок, а также защищенных системных файлов. Обычно самые прожорливые:
- файл гибернации (в корне диска, размером с ОЗУ)
- файл подкачки (в корне диска, размер настраивается в свойствах)
- C/Пользователи/<имя юзера>/AppData/Local/Temp - временные файлы, часть удаляется сама фичей "Очистка диска"
-C/Пользователи/<имя юзера>/AppData - в целом программы сюда класть всякое любят
- Корзина - как ни странно, забывают про неё
- Windows / Program Files - ну тут через удаление программ

https://ru.wikipedia.org/wiki/%D0%91%D0%B5%D1%81%D...

const longestStr = arr.reduce((max, n) => max.length > n.length ? max : n, '');
// или
const longestStr = arr.sort((a, b) => b.length - a.length)[0];
// или
const longestStr = arr.reduce((acc, n) => (acc[n.length] = n, acc), []).pop();

или, в более общем виде:

function max(data, key = n => n) {
  const getVal = key instanceof Function ? key : n => n[key];
  let result = null;

  for (const n of data) {
    const val = getVal(n);
    if (!result || result[1] < val) {
      result = [ n, val ];
    }
  }

  return result?.[0];
}


const longestStr = max(arr, 'length');

C C++ будет довольно легко перейти на похожий (критерии я здесь намеренно опущу) язык вроде C# или там Java. Как бы странно не звучало, но и наоборот будет легко перейти, если использовать современное подмножество языка C++ и современные же практики разработки.

Сложно может быть перейти с C++, скажем на что-то вроде Ruby/Pyhon, или JS, или что-нибудь функциональное вроде Scala. Но только при условии что у вас нет опыта с похожими языками и экосистемой вокруг них.

В общем же и целом, когда знаете несколько различных языков программирования, переключение и/или изучение новых особых проблем не вызывает. По крайней мере на начальных этапах. Если вдруг начать решать какие-то реально сложные задачи, то придётся изучать намного глубже и тратить время. Но это обычное дело.

Но с++ устаревший язык, да и вакансии мало(так говорят).

Тут не совсем верно. C++ действительно старый язык и тянет за собой кучу "старья", от которого нельзя отказаться из-за политики обратной совместимости. Из-за этого есть куча проблем и с инструментами, и с экосистемой и с ABI, да и вообще много с чем. При этом, ни что (кроме старых проектов) не мешает пользоваться современным подмножеством языка и инструментами. Это всё равно ужасно, сравнивая с современными вещами и другими языками и их экосистемами, но хотя бы что-то.
Насчёт вакансий, это как всегда зависит от места поиска (вероятно, города, где вы живёте) и сферы. В целом, я бы сказал, что вакансий на C# и правда больше чем на C++, вопрос только, какие из них вам придётся по душе. Ведь можно же и в каком-нибудь "кровавом энтерпрайзе", за вполне себе приличные деньги постоянно портировать код на новую версию фреймворка и больше ничем не заниматься. Что звучит так себе.

Система автопилота - достаточно наворочена и разноуровнева, состоит из кучи модулей и подсистем и написана на разных языках. В топе - Ada, C, C++



А еще там есть веселые баги, когда определенные параметры посадочного курса вырубают нафиг все дисплеи в кабине:

"All six display units (DUs) blanked with a selected instrument approach to a runway with a 270-degree true heading, and all six DUs stayed blank until a different runway was selected," noted the FAA's airworthiness directive, summarising three incidents that occurred on scheduled 737 flights to Barrow, Alaska, in 2019.