Size: a a a

NodeUA - JavaScript and Node.js in Ukraine

2019 November 21

H

Heavy in NodeUA - JavaScript and Node.js in Ukraine
ID:121470451
"те у кого все расписано по пунктам наоборот жмоты"
может уже потратились на раскладывание по пунктам...
если бы этот чел расписал все по пунктам сразу, то и не пришлось бы ему потом тратиться. Все получилось бы гораздо быстрей и дешевле для него
источник

TS

Terry Sahaidak in NodeUA - JavaScript and Node.js in Ukraine
Yakov
ну х.з., почасовая оплата скорее годится на короткие и понятные задачи, а на стремные нужно обсуждать вилку и календарный период на реализацию, может быть этапы и т.д.
шоб якраз не було “добу сидів ковирявся”, треба брати погодинну оплату. шоб клієнт платив за переробки
источник

H

Heavy in NodeUA - JavaScript and Node.js in Ukraine
Terry Sahaidak
шоб якраз не було “добу сидів ковирявся”, треба брати погодинну оплату. шоб клієнт платив за переробки
в dalvik-коде 😒
источник

TS

Terry Sahaidak in NodeUA - JavaScript and Node.js in Ukraine
ну і те шо “та в мене то є” — це таки провтик розробника. постійно тримати треба контакт із замовником і питатись чи є такі штуки, а такі тд. те шо 80% — теревеньки — вітаю в реальному світі) робота програміста не зав’язана на тому, шоб безперервно писати код, а на тому шоб вирішувати проблеми. часто ці всі речі розбивають на декілька посад, от як бізнес аналітики, ПМи і тд, але так як ти один — всьо робиш сам. більше спілкуйся з клієнтом і менше будеш витрачати часу на те, шо робити не треба.
источник

H

Heavy in NodeUA - JavaScript and Node.js in Ukraine
Terry Sahaidak
ну і те шо “та в мене то є” — це таки провтик розробника. постійно тримати треба контакт із замовником і питатись чи є такі штуки, а такі тд. те шо 80% — теревеньки — вітаю в реальному світі) робота програміста не зав’язана на тому, шоб безперервно писати код, а на тому шоб вирішувати проблеми. часто ці всі речі розбивають на декілька посад, от як бізнес аналітики, ПМи і тд, але так як ти один — всьо робиш сам. більше спілкуйся з клієнтом і менше будеш витрачати часу на те, шо робити не треба.
Однако получается так, что сначала он говорит: "делаем ТАК". Делаю... Не успел сделать, он говорит: "Нет, я подумал.. надо ТАК". Делаю... В итоге у меня не хватает времени, чтобы продумать архитектуру, и я уже хреначу "тяп-ляп, лишь бы сейчас заработало, а потом сделаю нормальный рефакторинг". Грубо говоря: "заходит пользователь, выдаем ему данные". Я такой: "ок, держи". Через час: "а не, могут зайти те, кто был на другом сервере. Если его здесь нет, то выдаем хрен с маслом". Я : "окей, через час будет готово". Потом: "А не, если пользователь не мой, то занести его в черный список, выдать отбивку". Окей..
Потом: "если пользователь не мой, и его нет в базе данных, то просто отбивку".... "если не то, не то, а другое...". И таких уточнений миллиард. А под эти уточнения нужно новые поля в БД заводить, бизнес-логику свою.. И каждый раз переписывать логику. А там еще где-нибудь в regexp забудешь /g , или вместо регекса воткнешь просто строку.
Я с ним очень много общался. Очень-очень. Не представляю как люди на фрилансе работают. Я бы матом на заказчиков орать начал через пару месяцев
источник

H

Heavy in NodeUA - JavaScript and Node.js in Ukraine
"Сделай мне чтобы сервер если каким-то боком умрет, то он перезапускался бы". Я: "ок, сделал. Проверка раз в минуту". Он: "ок". Через день: "а че через минуту? У меня логи засоряются. Через час давай". Ок. Через день: "не, а вдруг .. не, через 15 минут". С_ка!!!! Определись же уже мать твою!! Пришлось писать возможность изменить интервал пинга через бота.
источник

Y

Yakov in NodeUA - JavaScript and Node.js in Ukraine
Попробуй паузу выдержать после получения задачи и начала реализации ) на ютубе есть отличное видео, старый киножурнал фитиль - называется Фитиль №183-02 "Порожняк" (1969). В приложении к миру ИТ он заиграл новыми красками )
источник

TS

Terry Sahaidak in NodeUA - JavaScript and Node.js in Ukraine
Heavy
Однако получается так, что сначала он говорит: "делаем ТАК". Делаю... Не успел сделать, он говорит: "Нет, я подумал.. надо ТАК". Делаю... В итоге у меня не хватает времени, чтобы продумать архитектуру, и я уже хреначу "тяп-ляп, лишь бы сейчас заработало, а потом сделаю нормальный рефакторинг". Грубо говоря: "заходит пользователь, выдаем ему данные". Я такой: "ок, держи". Через час: "а не, могут зайти те, кто был на другом сервере. Если его здесь нет, то выдаем хрен с маслом". Я : "окей, через час будет готово". Потом: "А не, если пользователь не мой, то занести его в черный список, выдать отбивку". Окей..
Потом: "если пользователь не мой, и его нет в базе данных, то просто отбивку".... "если не то, не то, а другое...". И таких уточнений миллиард. А под эти уточнения нужно новые поля в БД заводить, бизнес-логику свою.. И каждый раз переписывать логику. А там еще где-нибудь в regexp забудешь /g , или вместо регекса воткнешь просто строку.
Я с ним очень много общался. Очень-очень. Не представляю как люди на фрилансе работают. Я бы матом на заказчиков орать начал через пару месяцев
погодинна оплата/ставка і буде тобі щастя
источник

H

Heavy in NodeUA - JavaScript and Node.js in Ukraine
Terry Sahaidak
погодинна оплата/ставка і буде тобі щастя
🤝❤️
источник

SV

Sergey Vats in NodeUA - JavaScript and Node.js in Ukraine
всем привет, работаю с монгой, нужен совет, есть юзеры у которых есть favourite locations, как лучше хранить локейшены, внутри юзера или отдельной коллекцией и делать lookup по userId?
источник

👨C

👨‍💻 Yurii Chikhrai 🔥... in NodeUA - JavaScript and Node.js in Ukraine
Sergey Vats
всем привет, работаю с монгой, нужен совет, есть юзеры у которых есть favourite locations, как лучше хранить локейшены, внутри юзера или отдельной коллекцией и делать lookup по userId?
Не делай реляционную БД из нерялиционной)
источник

H

Heavy in NodeUA - JavaScript and Node.js in Ukraine
Sergey Vats
всем привет, работаю с монгой, нужен совет, есть юзеры у которых есть favourite locations, как лучше хранить локейшены, внутри юзера или отдельной коллекцией и делать lookup по userId?
Почти аналогичная ситуация. Есть компании, есть частники. Все они могут купить фиговину под серийным номером. Но надо привязать серийники к компаниям, и подсчитать сколько они купили. И тоже встает вопрос: отдельная БД с компаниями, к которым привязаны серийники... Или в серийниках указать компанию владельца, или если не комапания, то ничего не указывать =)))
источник

SV

Sergey Vats in NodeUA - JavaScript and Node.js in Ukraine
👨‍💻 Yurii Chikhrai 🔥
Не делай реляционную БД из нерялиционной)
те ты к тому чтобы хранить внутри коллекции?)
источник

👨C

👨‍💻 Yurii Chikhrai 🔥... in NodeUA - JavaScript and Node.js in Ukraine
Sergey Vats
всем привет, работаю с монгой, нужен совет, есть юзеры у которых есть favourite locations, как лучше хранить локейшены, внутри юзера или отдельной коллекцией и делать lookup по userId?
Если в 16МБ влазишь - храни внутри, а то будет потом головняка как консистенцию данных сохранять, выборки делать и т.д.

А на счёт lookup, если он по _id, то лучше, например, делать .populate через mongoose (если node), у меня там производительность была больше
источник

SV

Sergey Vats in NodeUA - JavaScript and Node.js in Ukraine
👨‍💻 Yurii Chikhrai 🔥
Если в 16МБ влазишь - храни внутри, а то будет потом головняка как консистенцию данных сохранять, выборки делать и т.д.

А на счёт lookup, если он по _id, то лучше, например, делать .populate через mongoose (если node), у меня там производительность была больше
спасибо за совет, обмозгую этот момент)
источник

DA

Dmytro Artamonov in NodeUA - JavaScript and Node.js in Ukraine
Если брать уникальный набор айдишек монго и сделать из них мд5 хеш, насколько гарантирована уникальность хеша?
источник

AK

Andrey Korolyov in NodeUA - JavaScript and Node.js in Ukraine
Dmytro Artamonov
Если брать уникальный набор айдишек монго и сделать из них мд5 хеш, насколько гарантирована уникальность хеша?
источник

DA

Dmytro Artamonov in NodeUA - JavaScript and Node.js in Ukraine
ок, спасибо
источник

NK

ID:0 in NodeUA - JavaScript and Node.js in Ukraine
источник
2019 November 22

NK

ID:0 in NodeUA - JavaScript and Node.js in Ukraine
источник