Свежие публикации

Здесь собраны все публикуемые пикабушниками посты без отбора. Самые интересные попадут в Горячее.

03 Декабря 2023

Ответ на пост «Пилот»

Вы чего раскисли? Вам ВСЕГО 30!
Надоела текущая работа - ещё можно успеть дважды, как минимум, даже с нуля карьеру сделать. Попробуйте, например, горизонтально поперемещаться, чтобы найти для себя новое по душе и без особого проседания в доходах. И вообще, пробуйте постоянно что-то новое: локации, спорт, музыку, да хоть вырезание по дереву - очень освежает жизнь.
А вообще, после 30 (хотя я бы даже сказала после 35) начинается самый кайф жизни:
1) здоровье ещё вполне
2) достаток имеется
3) зависимость от оценок окружающих резко снижается
4) дети растут и появляется больше времени для себя
5) в работе ещё не угас энтузиазм, но уже и экспертиза накопилась

Можно продолжать и продолжать список

Самка леопарда защищает своего котёнка от пятнистых гиен

В конце концов гиены ушли, а кошки остались невредимыми.

Национальный парк Крюгера (Южная Африка).

Показать полностью

Устройство для сжигания жира

Гимнаст

Гимнаст Кот, Котята, Смех (реакция)
Показать полностью 1

Ответ на пост «Что творится в голове у водителей фур?»

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

Ответ на пост «Не занял»

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

Считаю, если есть шанс, что тебя наебут пусть даже на 200 рублей, то рано или поздно наебут. Да и в целом в финансовом плане никому никогда не доверяю - никаких оплат наперед; никаких "дай косарь налом, я тебе щас через 5 минут на карту переведу"; никаких "купи мне плиз в магазине, приедешь - отдам деньги"; не оплачиваю покупку, пока не буду уверен, что товар того качества, что мне нужно и т.д. Недавно видел пост, где мужик телефон купил за 50к в подарок жене, а он, как выяснилось после оплаты, оказался витринным с косяками. Для меня это дикость.

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

Мое бабло - это мое бабло, ебана в рот.

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

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

Показать полностью

Простые требования легче реализовывать

Всем привет, работаю java разработчиком 10 лет. Хотел бы на примере пояснить, почему важно внимательно вникать в требования, и не допускать их избыточного утяжеления.

Представим, что нам нужно сделать систему, проводящую платежные поручения, и у каждого поручения должен быть свой уникальный идентификатор. Поддержку уникальности осуществляет реляционная база данных, идентификатор используется как primary key. Какой тип и правило задать для генерации идентификатора?

  • integer, числовая последовательность: 0001, 0002, ...

  • UUID.random() : 8c061868-5bbd-4ea7-824f-d8640fb4f6e3, ...

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

Так как эти уникальные значения можно сравнивать, то можно привести их к полному порядку - отсортировать и расположить в виде структуры с эффективным доступом (например, дерево со сложностью logN).

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

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

main: (0001, 0002, 0003)
replica: (0001, 0002)

Если основной узел выйдет из строя, то дальше все операции по записям возьмет на себя реплика. В указанном случае она будет выдавать идентификаторы далее: 0003, 0004, ... . Получается, у разных узлов будет разное представление об операции с id = 0003 - это создаст конфликт, если первый узел вернется к жизни.

Можно было бы вместо этого выбирать тысячную запись не по id, а по времени создания. В этом случае можно использовать UUID как идентификатор, и добавлять время создания записи, чтобы позже по нему выявить 1000-го пользователя. В случае падения основного узла конфликта с id не будет, но на разных узлах может не совпадать время - а это бывает при проблемах с ntp сервисами. Например, во время выхода из строя основного узла время на нем было 15:20, а на реплике 15:12, и у новых пользователей время будет меньше чем у существующих.

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

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

Показать полностью

Сможете найти на картинке цифру среди букв?

Справились? Тогда попробуйте пройти нашу новую игру на внимательность. Приз — награда в профиль на Пикабу: https://pikabu.ru/link/-oD8sjtmAi

Сможете найти на картинке цифру среди букв? Игры, Награда

Силко

Силко Арт, Game Art, Arcane, League of Legends, Photoshop, Silco, Начинающий художник

https://vk.com/winterdreamsart -- SFW Art
https://vk.com/winterdreamsartero -- NSFW Art

Мои подписки
Подписывайтесь на интересные вам теги, сообщества, авторов — и читайте свои любимые темы в этой ленте.
Чтобы добавить подписку, нужно авторизоваться.

Отличная работа, все прочитано! Выберите