Pull to refresh
20
0
Искандар Гохар@motoroller95

Ruby on Rails developer

Send message

к тому же кеш в памяти это только для одного инстанса приложения, в современном мире так почти не бывает

для меня графики тоже оказались загадкой. Как-будто рандомно накидал линий и сразу какой-то вывод

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

Спасибо за идею, про Impact Mapping не слышал

  1. за время разработки бизнес сильно поменялся. конечно, обороты не те, что планировались на старте, но число с тремя нулями на комиссии проект приносит ежемесячно.

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

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

показывать разницу симуляции в картинках это топ конечно

Я так и делаю, топ стратегия. А заморачиваться с докерами ради одной прилаги оверинженеринг имхо

Использовать monent.js для обработки дат внутри сервисов.

устарел же. https://momentjs.com/docs/#/-project-status/

да при таком подходе вообще от фронта отказаться можно, бэк умеет рендерить весь хтмл сам

chatGPT. мне недавно надо было в массиве дат с пропусками заполнить пропуски нулями (статистику вывести в таблице и графиком). ну я бы и сам написал, конечно, однако чатГПТ выдал мне оптимальное за O(n) решение (не знаю можно ли сделать сложнее). вряд ли я стал от этого хуже программистом.

UPD: можно сложнее. мне почему-то сразу в голову пришло отсортировать за n*log(n) а потом уже пропуски заполнять. но чатгпт предложил этого не делать и вместо него юзануть хешмапу

const dateMap = new Map()

// Initialize dateMap with default values for all dates in the range
for (let d = startDate; d <= endDate; d = addDays(d, 1)) {
  dateMap.set(formatDate(d), { amount: 0, count: 0, usdt_amount: 0 })
}

// Override default values with existing data where available
existingData.forEach((dataItem) => {
  const dateStr = formatDate(parseDate(dataItem.date))
  if (dateMap.has(dateStr)) {
    dateMap.set(dateStr, dataItem)
  }
})

ИМХО статью следует писать если проделана какая-то своя работа, что-то интересное узнал - поделился. а это решение я в первой ссылке гугла нашел, не стоит статьи

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

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

Ну что вы накинулись? Человек следует своему плану. Самореклама, все дела

интересно зачем тогда я на эту позицию нужен, если все может ChatGPT

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

end-point, в свою очередь, будет принимать обычную строку, отправлять её второму сервису и ждать от него ответа в Kafka.

омг зачем? звучит как "создаем проблему на ровном месте и героически ее превозмогаем".

Information

Rating
Does not participate
Location
Минск, Минская обл., Беларусь
Date of birth
Registered
Activity