freeExec

Где я лапухнулся?

Там, где решили чтение документации подменить фантазированием. Верните SELECT обратно, а "непонятный результат" - это ресурс результата запроса, из него надо достать что там вам нужно, для этого есть всякие разные методы - pg_fetch_result, pg_fetch_row, pg_fetch_all, ... - выбирайте подходящий.

Используйте событие OnCollisionEnter и метод GetComponent.

Юнити этим SpriteShape года два-три дразнили, а выпустили только сейчас, в то время как Ferr2D ещё пять лет назад появился в магазине и всё это время развивался. Разумеется, что у Ferr2D функционала больше и он стабильнее, но не факт, что вам нужны его дополнительные фичи, возьмите SpriteShape, да попробуйте, может быть, вам его хватит за глаза и за уши. Такая же ситуация с Tilemap, он, конечно, проще, чем то, что есть в магазине, но для мелких проектов и прототипирования его достаточно.

Использую vscode+webpack+pug+scss+бэм. Из физических инструментов, основной моник: lg ultrawide 29um69g, рядом прикручен моник от ноутбука повешенный вертикально, подключенный через универсальный скаллер.

0) Запускаю Spotify :-)

1) Произвожу установку всех необходимых модулей для сборки. В моем случае у меня набор конфигураций для webpack (отдельные файлы для pug, scss, static и.т.д., выбираю что нужно).

2) Запускаю avocode, загружаю в него макет. Определяю в нем переменные (в то же время записываю их, чтобы сразу кинуть в scss файл) для цветов, размеров шрифтов и.т.д. чтобы при получении кусочков кода из него, он сразу расставлял переменные.

3) Запускаю VS Code, открываю нужную папку.

4) Пишу размету на Pug. Пишу с БЭМ, если встречаю повторяющийся блок, то открываю файл _mixins.pug, в который пишу миксины для повторяющихся блоков, например товаров, пунктов меню, каких-то блоков и.т.д. Pug умеет делать циклы, это ускоряет сильно.

5) Когда HTML готов, начинаю делать каркас. Если дизайн сделан по сетке, определяю контейнеры, колонки, строки в свои классы (не пишу в html тучи классов аля col-md-6, а пишу в SCSS инклуды в нужные мне блоки, типа @include make-col(2) и.т.д.).

6) Экспортирую картинки из Avocode. Очень делается просто, указываю папку и просто кликаю экспорт и ввожу название файла и расширения. Преимущественно для иконок использую svg, если нет svg, то ищу эту иконку в интернете (дизайнеры редко рисуют иконки сами, но зато любят вставлять их не в векторе). Если иконка простая, могу сам ее в inkscape обвести, ну и если нет, то экспортирую png в 2х размере (благо авокод это позволяет, если конечно дизайнер не вставил в исходном маленьком размере). Когда есть контакт с дизайнером, трясу его, ибо растр это плохо для иконок.

7) Пишу стили блоков из страницы. На этом этапе можно на втором монике параллельно смотреть футураму или
Арчера :-) Но чаще на широком монике слева браузер, справа VS Code, а на втором монике Avocode (может меняться местами с браузером). Мысленно нарезаю страницу на блоки. Для каждого блока (БЭМ) создаю отдельный scss файл (кто-то даже для элемента создает, но мне лень), из него сразу выписываю все селекторы. Иногда могу сначала выписать все селекторы со страницы (но так лучше не делать, т.к. во время работы может потребоваться изменить что-то в разметке), но чаще для одного блока выполняю этот пункт и за ним сразу выполняю пункт 8, потом для нового блока опять 7 и 8 и.т.д.

8) Пишу css код вместе с Avocode, у него беру нужные мне параметры (а он уже подставил в них переменные), и вставляю в мой код. И параллельно сверяю со скрином макета используя вот это расширение https://chrome.google.com/webstore/detail/perfectp...

9) Пишу адаптив. Я не могу привыкнуть к методологии mobile-first, поэтому пишу всегда сначала полную версию сайта. Я понимаю, что это чревато всякими проблемами и это типа не модно, но мне норм.

10) Медиа-запросы пишу прямо в блоках, для каждого блока/элемента/модификатора может быть отдельный медиа-запрос. Но для начала определяю breakpoint'ы для разных экранов (чтобы их не было сотни разных), если использую Bootstrap, то беру его breakpoint'ы.

11) Добавляю анимашки. Даже если заказчик не просил отдельно (и если не указал отдельно, что нельзя), он все равно будет доволен, а с animate.css+onscreen.js это вообще работа 10 минут. Сложные анимации обговариваю отдельно, чтобы не сделать ненужную работу.

11) Все снова сверяю, пишу скрипты где надо. Для слайдеров в 99% случаев подходит slick (с доработками конечно, но там хорошее API), для других случаев могу написать свой.

12) Сдаю заказчику и жду ответа сидя на тостере/пикабу.

Это чисто мой опыт, опыт фрилансера, не знаю, как делают другие и не могу на 100% утверждать что это 100% правильный способ. Я так и не смог заставить свой конфиг webpack правильно вставлять спрайты svg.
Надеюсь чем-то поможет мой ответ.

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

Про let слышал, но нужно сделать без него

Не нужно, но варианты есть такие:

for (var i = 0; i < 10; i++) {
  (function(i) {
    setTimeout(function() { 
      console.log(i);
    }, 1000);
  })(i);
}

for (var i = 0; i < 10; i++) {
  setTimeout(function() { 
    console.log(+this);
  }.bind(i), 1000);
}

for (var i = 0; i < 10; i++) {
  setTimeout(console.log, 1000, i);
}

for (var i = 0; i < 10; i++) {
  setTimeout(new Function(`console.log(${i})`), 1000);
}

for (var i = 0; i < 10; i++) {
  setTimeout(function() {
    console.log(10 - i--);
  }, 1000);
}

https://habr.com/post/318600/

Когда координата "x" превысит 9, получится строка:
"10:4"
Соответственно, символ по индексу [2] будет ':', а не число.
Поэтому Convert.ToInt32 выбрасывает FormatException.
Рекомендую сделать, что советует Роман.

Прочитайте документацию про instantiate. Там всё написано.

Если дорога не с односторонним движением, то у нее нет логического направления. Если с односторонним, то у нее будет тег oneway=yes, а разрешённое направление будет то же, что у линии в порядке следования точек.

Сначала всё правильно:
- поместили в AL 3 и умножили на b, результат получился в AX;
- записали его в BX ;
- поместили в AX 22, разделили на с, частное получилось в AL;
- расширили знак с пом. cbw, результат в АХ;
- сложили ВХ ( 3*b) и АХ (22/с), и потом записали в AX.
Но потом вместо второго cbw надо было написать cwd - расширить знак АХ на DX.

Ну тут надо уточнить, что дизайн сайтов/приложений не является продуктом. Это услуга.
"Картошка" - это продукт. "Доставка картошки" - это услуга. Вы предоставляете услуги, соответственно ставить вопросы надо исходя из понимая этого.

Бизнес выбирает поставщика услуг по нескольким пунктам:

1. Доступность - важно что бы было легко вас найти.
   
2. Понимание проблем клиента - важно что бы поставщик услуг четко понимал как его деятельность скажется на нашем бизнесе.
   
3. Скорость реакции сотрудников и их вежливость - тут думаю все понятно, если на email отвечают неделями и на от*бись, то такой поставщик услуг не получит заказ.
   

В контексте вашего вопроса речь идёт о "Понимании проблем клиента".
И тут важнее не написать большой список, а выбрать конкретный пункт и давить на него. Объясню:

1. Увеличение продаж - на этот пункт вы влияете очень косвенно (ниже объясню почему). Потребитель больше будет смотреть на цену и скорость доставки, чем на форму кнопочки "Перейти в корзину".
2. Привлечение внимания - это тоже не ваша работа. Привлекают внимание маркетологи. Клиент даст рекламу в директ, и она будет привлекать внимание. Если вы занимаетесь дизайном рекламных баннеров, то тогда можно говорить о привлечении внимания, но в контексте вашей деятельности вы привлечением внимания к продукту/услуге заказчика не занимаетесь.
3. Большая конкурентоспособность/отстройка от конкурентов - это тоже не про вас. Конкурентоспособность никак не соотносится с визуальной составляющей. Вы можете сделать идеальную упаковку для пиццы, но если её везут 3 часа, то никакой конкурентоспособности быть не может.
Отстройка от конкурентов - это тоже не про вас. Немного погуглите про то что такое "отстройка от конкурентов", и поймете это. Отстраиваются на уровне позиционирования и бизнес процессов. Например вы открыли магазин продуктов возле дома. Через пол года рядом открывается пятерочка. Вы начинаете проседать по доходам, потому что пятерка дает лучшую выходную цену для клиента, и тогда вы решаете отстроится от конкурента, убираете весь ассортимент и становитесь магазином "Колбасы от Васи". И расставляете на прилавке 1 вид продукта, но в широком ассортименте, который пятерочка никак не может себе позволить, потому что им не выгодно иметь широкий ассортимент одной товарной позиции. Вот это и есть отстройка.

А теперь к важному. Продавайте "Повышение конверсии". И только это.
Бизнес делает рекламу, тратит на это деньги, и тут появляетесь вы и говорите, мы можем сделать новый дизайн вашего сайта, уменьшить "боль" потребителя от использования, что повысит вашу конверсию на N процентов + увеличит кол-во повторных заказов от существующих клиентов. Повышение конверсии даст большую эффективность вашим рекламным затратам, потому что вы можете потратить 100500 миллионов денег, но если вся реклама будет вести на непродуманный, некрасивый и абсолютно неюзабельный лендинг - ваши деньги вылетят в трубу. Такая постановка вопроса будет очень понятна любому бизнесу.

Так что вывод - переимуйте абстрактный пункт "Увеличение продаж" в более конкретный "Увеличение конверсии", и продавайте его.

1. Выбираешь приёмник gps-сигнала.
2. Читаешь его спеки.
3. Согласно им реализуешь приём данных.

Язык тут особого рояля не играет.

www.marktwainproject.org/copyright.shtml

(ахтунг: у переводов и адаптаций могут быть другие лицензии!)

Если вам интересно, откуда у меня эта ссылка: я просто написал в гугле "mark twain public domain" и перешел по первой ссылке.