Обновить
56
0.1

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

Отправить сообщение

Я против Query, потому что такой код очень тяжело читать и ревьювить и в нем легко ошибиться. Вместо Query я предлагаю использовать Select или Get - так код будет гораздо чище а SQL мы будем так же как и для Query писать руками.

VK большой и проектов много, я думаю в зависимости от задач используют разные библиотеки :)

В качестве драйвера используется pgx и еще заполнение таблиц большими объемами данных делается напрямую через pgx CopyFromSource.

Была идея везде использовать напрямую pgx но что-то не дошли руки, так как довольно много кода пришлось бы переписать.

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

Автор если хочет - пусть рекомендует своим детям идти на стройку сразу после школы (после 9 классов). Я своих постараюсь убедить, что надо по максимуму получить знаний )

Учился с 2002 до 2008, бакалавриат и магистратура. Всё очень понравилось. Первые 3 курса дают теоретические знания, тренируешь мозг, учишься учиться и.т.д. Далее постепенно фундаментальные-теоретические предметы заменяются более реальными задачами и в целом если хоть как-то отсидеть в институте 6 лет, то без работы не останешься точно. А если реально всё изучить то будешь зарабатывать кучу денег и заниматься любимым делом.

Очень жалею что не очень сильно старался в то время, но всё-равно сейчас чувствую себя отлично в плане зарплаты и удовольствия от работы.

Можно же внешние ключи сделать, можно добавить поле deleted, которое будет = 0 если объект не удален, а для удаления в это поле надо записать id объекта и тогда можно внешний ключ по двум колонкам сделать.

create table my_users (
	id bigserial,
	login text,
	deleted bigint default 0,
	primary key(id, deleted)
);

create table my_invoices (
	id bigserial,
	amount numeric,
	user_id bigint,
	user_deleted bigint,
	foreign key(user_id, user_deleted) references my_users (id, deleted) on update cascade on delete cascade
);


insert into my_users (login) values
('ivan'),
('sergey'),
('peter')
;

insert into my_invoices (amount, user_id, user_deleted) values
(100, 1, 0),
(200, 1, 0),
(500, 2, 0),
(400, 2, 0),
(700, 3, 0)
;

Запрос на получение накладных

nm7=> select * from my_invoices where user_deleted = 0;
 id | amount | user_id | user_deleted 
----+--------+---------+--------------
  3 |    500 |       2 |            0
  4 |    400 |       2 |            0
  5 |    700 |       3 |            0
  1 |    100 |       1 |            0
  2 |    200 |       1 |            0
(5 rows)

"Удаляем" пользователя ivan

nm7=> update my_users set deleted = id where login='ivan';
UPDATE 1
nm7=>

Теперь запрос на получение накладных выдает другое:

nm7=> select * from my_invoices where user_deleted = 0;
 id | amount | user_id | user_deleted 
----+--------+---------+--------------
  3 |    500 |       2 |            0
  4 |    400 |       2 |            0
  5 |    700 |       3 |            0
(3 rows)

Однако при желании можем и все накладные посмотреть.

Лежит Nikon 90D, не знаю куда деть, выставлял на авито за 8000, никто не купил... Так что эти 3 фотоаппарата и в России можно было наверное за эту цену купить

Касательно удобства съемки - недавно зашел в магазин эпла и xiaomi, покрутил топовые телефоны - так там экран при съемке похоже в 30FPS работает, о чем вообще можно говорить? 120FPS на камерах стандарт уже давно, меньше чем на 60 в принципе нельзя снимать мне кажется.

По удобству - был Canon Rp, просто великолепнейший аппарат, очень удобное управление, потом не сдержался, купил R5 - еще лучше, по сравнению со старыми зеркалками небо и земля.

Ну и фоточка напоследок :)

Далее, если практическую сторону посмотреть, какие есть жанры съемки:

  1. Пейзаж, важно разрешение, динамический диапазон, хорошее крепление на штатив, возможность накручивать светофильтры (затемняющие в-основном) - телефоны в пролете

  2. Репортаж - скорость съемки, автофокус, надежное размытие заднего фона, чтоб на каждой второй фотке не лезли артефакты, сменные аккумуляторы - телефоны разве что по скорострельности подойдут

  3. Спорт - без вопросов на выдержке 1/1000 качество снимков на телефон будет отвратительное

  4. Дикая природа, птицы - нет объективов, качества для этого жанра даже на топовых беззеркалках с трудом хватает

  5. Портреты - ну может единственный жанр что хоть как-то можно на телефон снять. Но опять таки, если надо прямо на 2-3 часа провести фотосессию на закате, то в последний час будет очень темно, телефон не сможет снимать с хорошим качеством.

  6. Студийный портреты - вроде есть какие-то синхронизаторы для вспышек, но опять же, всякое такое навесное оборудование убивает единственное достоинство телефона - что он всегда с собой.

  7. Тревел-фото для блога-инстаграма наверное единственное что можно нормально на телефон снимать.

Холиварная тема конечно, но пару слов все-таки хочется вставить.

Размер матрицы решает. Сейчас последний айфон 13 про снимает ночью хуже чем Canon 5D, выпущенный в 2006 году. Нужно ли такое качество "простому обывателю"? Если надо просто задокументировать поход в ресторан или поездку на море то нет конечно. Но если цель - получить фотографии с теми цветами, которые ты хочешь, то должен быть просто огромный запас по качеству, так как глаз постоянно видит что-то не то, что камера а после того, как снимок с камеры (даже RAW) докручиваешь то нормальной картинки, то качество может значительно снизиться.

Так, для примера, суммарное количество света, которое попадает на матрицу для разных моделей айфона. (площадь матрицы поделить на диафрагму в квадрате).

В 10 раз с 4го айфона увеличилась. Кто-то еще считает, что это исключительно из-за умнейших алгоритмов вычислительной фотографии?

Да, вращение сцены. Сейчас если мышкой двигать вверх-вниз, то вращается в строго вертикальной плоскости, перпендикулярной экрану, если двигать вправо-влево - то в горизонтальной плоскости, перпендикулярной экрану.

А в 3DMax насколько я помню по-умолчанию движения вправо-влево поворачивают вокруг оси Z, а не в плоскости, перпендикулярной экрану.

Во FreeCad это включается в настройках в Display->Navigation - Orbit Style и там надо выбрать Turntable. А второй режим Trackball он как раз делает вращение как в Компас3D и SolidWorks.

Но первый режим как-то намного привычнее, он в большинстве программ встречается, в играх, программах 3D печати, проектировщиках кухонь и.т.д.

Понятно что для моих целей это как из пушки по воробьям, но за 1500р в год мне кажется отличный вариант )

Я на 3D принтере печатаю всякие детали, раньше во FreeCAD чертил, но там постоянно что-то не срабатывает или срабатывает, но неправильно. Пару месяцев назад на компас перешел. Гораздо более продвинутый продукт, по руководствам довольно быстро разобрался.

Единственное что хотелось бы добавить - режим вращения, когда одна из осей всегда вверх направлена на экране.

Спасибо, надо попробовать.

Зря гармин на амолед переходит. У них такие классные трансфлективные дисплеи у более старых часов. Ходишь как нормальный человек с часами которые всегда что-то показывают а не с черным параллилепипедом на руке.

Если не хотят заставлять бегать в МФЦ - пусть не называют это двухфакторной.

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

Двухфакторная на мой взгляд это когда необходимо знать пароль и владеть телефоном. В случае утери одного из этих элементов должна быть долгая и тяжелая серия проверок что ты это ты.

Мне кажется у автора статьи цель все-таки не научиться играть на гитаре, а научиться делать гитары :)

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

А сейчас приходится по 10 минут уговаривать вашего бота переключить на оператора.

Ну вот с большим количеством репозиториев получается с одной стороны не надо все тесты запускать но с другой стороны если пустить все на самотек, то все просто разъедутся по отдельным репозиторием и, несмотря на то, что они будут сильно друг от друга зависеть, тесты в зависимостях запускать не будут.

Получается что надо будет внедрить систему зависимостей репозиториев. Потом если специально не следить, то будет очень много связей и все-равно получится, что при каждом изменении надо запускать тесты во всех репозиториях.

Короче на мой взгляд для того чтобы выносить что-то в отдельный репозиторий надо потратить очень много времени на то, чтобы убрать зависимости. А если убрать не получается, то и выносить не надо.

Датчики, электроника и ёмкость кабеля (при пассивных звукоснимателях) влияют на несколько порядков больше древесины.

Хочу все тоже статью написать сюда, но только в таком виде пока есть:
http://guitar.guryanov.org/guitar-pickups/

Сравнение 6метрового гитарного кабеля с коротким из обычных проводов -
https://www.youtube.com/watch?v=e7yZHgVqSAg

Информация

В рейтинге
3 346-й
Работает в
Зарегистрирован
Активность