Обновить
4
@Alex_MEread⁠-⁠only

Пользователь

7
Подписчики
Отправить сообщение
Огромный удар по экосистеме, мне кажется.
В то славное время на севере Якутии встречались тополя и секвойи, в Гренландии росли каштан и виноградная лоза, а в Поволжье шелестели пальмы. Температура поверхностных вод в Арктике составляла +14 градусов, а у экватора была не намного выше нынешнего. Соответственно, постоянный ледяной покров в северных морях отсутствовал.


Таким образом, если результат будет примерно такой, то организмы по всей земле столкнуться с серьезным повышением температуры. Возможно, животные из экваториальной и бывшей умеренной зоны смогут мигрировать на более высокие широты, и вернуться в примерно привычную среду обитания, но что будет с флорой и фауной заполярья и Северного Ледовитого Океана — трудно сказать.
Тогда вся эта система не имеет смысла — кто захочет снимать, отключат и продолжат снимать.

А какими преимуществами обладает GC перед подсчетом ссылок, раз он используется довольно часто? D, CLR, JVM — лишь малая часть списка.

Я сошлюсь на классику:


XKCD

image


Это ужасно раздражает.

Но ведь, как я понимаю, качество изображения DSLR камер определяется еще большим физическим размером матрицы. Который и ведет к появлению немаленьких объективов. Плюс объектив с большими линзами обладает большей светосилой, и никакие мета-линзы не позволят сделать его меньше. Тоньше, легче — да, но уменьшение диаметра приведет к уменьшению светосилы.

Тут и без этого можно ноги отстрелить, если сравнивать числа с плавающей точкой на полное равенство.

Легко понять, что такое указатель на указатель, да хоть указатель на указатель на… на указатель. Проблема в том, что чем больше указателей содержит код, особенно если есть арифметика указателей, то тем больше вероятность допустить где-то ошибку: обратиться по неправильному указателю, привести к неправильному типу, обратиться к NULL, к не обнуленному указателю.


Сама по себе концепция указателя проста. И есть правила — "не направляй оружие на себя", но случайно его можно нарушить. И они нарушаются, тысячами программистов, и они обстреливают ноги, и дебажат, дебажат.


Поэтому и появляются языки с управляемым кодом, умные указатели, владение из RUST и прочие методы, призванные как-то это дело упростить.

У нас в ВолгГТУ занимаются ходьбой робота от «Андроидная техника». Как я понимаю, там есть его мат-модель, моделируется во ФРУНД (особо глючная программа расчета уравнений нелинейной динамики и прочего моделирования тел местного производства), а затем записанные в ней последовательности работы двигателей воспроизводятся роботом. Из обратной связи, кажется, только ПИД-регуляторы в моторах (чтобы вращалось так, как записано). Может быть сейчас уже учитываются данные о положении, не знаю.

Насколько качественно ходит… ну до BD далеко :) Как-то НС кажутся мне более перспективными
Видео ходьбы

Это все, что я могу сказать по поводу «эмодзи» в юникоде:
image

Дом.ру Волгоград. Работает, и pastebin работает, много чего работает.

Мы в универе делаем платы на фрезерном станке с ЧПУ типо такго:
Станок
image


Плюсы: легко и никакой мороки, не надо травить
Минусы: долго, нужны тонкие фрезы.

Описанный в этой статье способ совмещает недостатки обоих: долго и надо травиь
Еще мне друг советовал пяльный жир, говорит, что всегда с ним паяет, но я никогда до этого не слышал о нем. Применяется ли он?
О, спасибо Вам большое. Был такой, действительно с ним хорошо паяется, забыл про него. Промывать обязательно — он проводит ток.
Нет, не держал. С тем, что паяльник не прогревает, я сталкивался, в таком случае чувствуется, что паяльник «прилипает» к припою в месте пайки и не так легко отлипает.
Спиртом протирал. Попробую потереть шкуркой. Спасибо.
Вот гребенку контактов облудить? Я однажды по-глупости попытался облудить отверстие, его отлично запаяло оловом, еле убрал его оттуда.
Фото
image
Простите за оффтоп, но раз тут околопаяльная тема, спрошу. Пытался сегодня к плате STM32 с али припаять гребенку контактов и… не смог! (Адский нуб). Припой пос-61, флюс — спиртоканифоль. Припой просто отказывался прилипать к ножкам и контактам на плате. Паяльник хреновый 25Вт с медным жалом. Единственное, что говорит гугл говорит «используй флюс, Люк».

Я полностью согласен с тем, что несомненным плюсом Vim является легковестность, большое число поддерживаемых ЯП, расширяемость. Возможно (сам не пользовался), там можно редактировать и набирать текст с огромной скоростью (хотя я упираюсь в скорость печати).
Но IDE есть IDE. Сам я пишу на C#, использую Visual Studio. Да, она занимает черт знает сколько места, запускается черт знает сколько времени и вообще чертовски тяжелая. Но она, как и другая "средняя IDE" позволяет делать следующий, очень удобный набор функций:


  • Умный автокомплит, который показывает существующие классы, методы, втч написанные мной, сигнатуры методов с описанием из метаданных
  • Аналогичная умная подсветка, которая понимает, какое слово чем является
  • Переход к определению, при этом во всем проекте (Sublime умеет в рамках одного файла)
  • Показывает сколько раз и где метод\класс используется
  • Рефакторинг

Все это настолько удобно, что я готов смирится с прожорливостью IDE, и, к сожалению, не реализуемо в не-IDE

Информация

В рейтинге
Не участвует
Откуда
Волгоградская обл., Россия
Зарегистрирован
Активность