@react_js

Страница 185 из 5115
JiSeven
10.06.2016
15:39:46
Осталось еще юнит тесты научиться нормальные делать)

ибо вечно что-то теряли/ломали
Копипаст страшная штука. Бекенщик не знает, что там верстальщик написал, собственно, выделил, скопировал, вставил. Обновил страницу - сервер не упал, значит ошибок нет :)

Nikita
10.06.2016
15:41:26
да камон, бекендеры вам реально что-то ломали?)

Sergey
10.06.2016
15:41:44
редко, но бывало

Google
Sergey
10.06.2016
15:41:49
просто из-за невнимательности

Alexander
10.06.2016
15:41:54
У нас постоянно )

Nikita
10.06.2016
15:42:24
бэкендеры наверное сидят и думают, как хорошо, что бэкенд на go/haskel/etc. переписали, теперь фронтендеры не поломают нам опять все))

Alexander
10.06.2016
15:42:55
Про PHP, jQuery и plain css - не видел с тех пор как ушёл из фриланса, даже боюсь представить, что придётся к такому вернуться :0

Sergey
10.06.2016
15:43:21
а я вот как раз пытаюсь уйти от этого

ищу команду

Alexander
10.06.2016
15:43:41
бэкендеры наверное сидят и думают, как хорошо, что бэкенд на go/haskel/etc. переписали, теперь фронтендеры не поломают нам опять все))
Вот если архитектура грамотная и бэк с фронтом полностью разделены, то такого никогда и не случается, но PHP и Ruby бэкендеры грешат смешением, особенно любители RoR

Aldar
10.06.2016
15:44:00
В РоР частенько фуллстек разработчики

Nikita
10.06.2016
15:44:10
а в ноде не так?)

Aldar
10.06.2016
15:44:25
в ноду с фронта приходят

или есть такие кто с ноды начинал разработку?

JiSeven
10.06.2016
15:44:47
Все же реакт не дает пока полностью забить на верстку :(

Google
Nikita
10.06.2016
15:44:51
в грамотной команде фронтендер может так-то и в бэкенде поправить, если совсем безвыходная ситуация. Ну, на мой взгляд

Anton
10.06.2016
15:45:04
Ну беки я когда-то писал на пхп, а потом пересел на ноду

Собственно нода для меня сейчас основная специальзация - реакт приходится постольку поскольку

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

Nikita
10.06.2016
15:46:24
о, кстати я тоже так с php на ноду пересел. Правда это было как-то вместе с фронтом

Anton
10.06.2016
15:46:48
Ну да, все было как-то разом и постепенно

Nikita
10.06.2016
15:47:15
после symfony долго руки чесались написать аналог. Но постепенно к маленьким пакетам привык)

Anton
10.06.2016
15:47:16
В далеком студнечестве я вобще например сайты бывало на вордпрессе клепал

Anton
10.06.2016
15:47:46
MySql

Либо postgre

JiSeven
10.06.2016
15:48:12
MySql
Из ноды можно обращаться в мускул?

Anton
10.06.2016
15:48:18
А чего б нет?

Nikita
10.06.2016
15:48:19
а какой смысл брать mysql, если есть postgre?

JiSeven
10.06.2016
15:48:39
А чего б нет?
Просто не знал)

Anton
10.06.2016
15:48:48
а какой смысл брать mysql, если есть postgre?
Меня подкупает воркбенч и все такое

Просто не знал)
Ну нода так-то обычный бэкенд, что питон, что пыха

Вобще с монгой я работал года полтора-два

Ну как сказать

Google
Anton
10.06.2016
15:49:57
У нее очень много минусов

Nikita
10.06.2016
15:50:02
Anton
10.06.2016
15:50:22
Например глобальные локи на коллекции, которые выпилили только в 3.2

а ide от jetbrains? Наташка?)
Наташку как-то даже ставил, но так и не дошли ркуи попробовать в деле

JiSeven
10.06.2016
15:50:42
это ты еще крутой, вот джумла, это да
Передернуло аж) у меня товарищ в соседней на работе комнате сидит. Я пришел после него на несколько месяцев, реакта незнавши. Оба верстали под джумлу. А потом я подсел на жс, ушел с джумлы, а он остался) бомбит у него теперь)

Nikita
10.06.2016
15:51:00
попробуй) она хороша, когда еще бекенд писал, отличный инструмент

еще есть на питоне pgcli, или как-то так. ТОже удобно, если только запросы писать

JiSeven
10.06.2016
15:51:57
Ну нода так-то обычный бэкенд, что питон, что пыха
Я думаю, что рано или поздно тоже в ноду уйду) такой стандартный путь: верстка, js, нода))

Aldar
10.06.2016
15:52:48
хм, почему бы с ноды не начать?

На фронте сейчас движуха вся

JiSeven
10.06.2016
15:53:35
хм, почему бы с ноды не начать?
Первый этап прошел, второй мне еще пока что интересен

Но хочется уже совсем отверстки отвязаться

Nikita
10.06.2016
15:54:19
такого не бывает, на мой взгляд)

Anton
10.06.2016
15:54:55
Вобще я в последнее время так для себя решил, что монгу буду стараться не брать в свои проекты

JiSeven
10.06.2016
15:55:05
Чушь?

Anton
10.06.2016
15:55:31
С локами проблему они в 3.2 конечно решили, и это хорошо, потому что раньше производительность на апдейты у них была просто жесть

Но тем не менее

Сейчас у меня есть проект, в котором есть база с 8-ю миллионами записей

И их иногда надо показывать, пагинировать, и, о ужас, иногда фильтровать

Google
Anton
10.06.2016
15:56:36
И вот тут монга абсолютный сакс - в ней нет ничего для решения такой задачи

Дмитрий d
10.06.2016
15:57:32
Показывать 8кк записей?

Но... Зачем?

Aleh
10.06.2016
15:58:11
в этом ирония вообще sql, сложно придумать задачу, где он оптимален, везде можно решить задачу более оптимальным способом. Другое дело, что нет задачи, которые нельзя решить сносно на sql

localvoid
10.06.2016
15:58:49
лол, знатоки sql :D

Anton
10.06.2016
15:58:50
Показывать 8кк записей?
Ну вот такой вот кейс, внутренний интерфейс для банковского корпора)

Aldar
10.06.2016
15:59:30
в монге же есть лимит для пагинации?

KlonD90
10.06.2016
15:59:48
да

Anton
10.06.2016
15:59:51
На 8кк записей это не сработает

Admin
ERROR: S client not available

ENAMETOOLONG
10.06.2016
16:00:09
Дмитрий d
10.06.2016
16:00:24
Мб графики строит

KlonD90
10.06.2016
16:00:30
ну типа это не проблема монги

делайте пагинацию правильно

Aldar
10.06.2016
16:00:35
почему не сработает?

Anton
10.06.2016
16:00:46
а что ты сделаешь с 8кк записей в UI?
Там здоровенная таблица с кучей кнопочек и фильтров всяких

Aldar
10.06.2016
16:00:49
не верю что в монге нельзя сделать пагинацию)

ENAMETOOLONG
10.06.2016
16:00:52
Мб графики строит
ну мап редюс никто не отменял

KlonD90
10.06.2016
16:00:53
эта проблема везде существует и все делают как надо

Anton
10.06.2016
16:00:57
Одновременно я их и не показываю

Google
Anton
10.06.2016
16:01:16
не верю что в монге нельзя сделать пагинацию)
Попробуй забей таблицу 8 лямами записей и сделай на ней оффсет)

Aldar
10.06.2016
16:01:19
limit, skip - всё что нужно для пагинации

Anton
10.06.2016
16:01:26
Ноуп

ENAMETOOLONG
10.06.2016
16:01:44
Aldar
10.06.2016
16:01:47
а в чём проблема? долго скип делает?

KlonD90
10.06.2016
16:01:51
делайте where > что-то там по чему вы определяете а на фронт какую-нибудь еще страницу чтобы оно рисовало что-то близкое к правде

Anton
10.06.2016
16:01:53
Потому что скип загружает ВСЕ данные в оперативную память, и только после делает отступ

Aldar
10.06.2016
16:02:21
да ну) что за бред)

Anton
10.06.2016
16:02:32
Серьезно

оффсет и лимит так работают во всех базах

KlonD90
10.06.2016
16:02:51
Это к монге никакого отношения не имеет. Везде где много страниц пагинируют таким образом

Anton
10.06.2016
16:02:58
Ага, верно

Alexander
10.06.2016
16:03:13
Так и на что в итоге перешли/планируете перейти для такого кейса, Pg?

Aldar
10.06.2016
16:03:24
не могу поверить что в монге скип шерстит по всей коллекции

Anton
10.06.2016
16:03:25
Просто в sql намного проще делать атомарные операции

Это даже в оф доке написано)

Так и на что в итоге перешли/планируете перейти для такого кейса, Pg?
Тестил ктстаи для своей задачи pg vs mysql - чсх, пг выигрывает по производительности достаточно сильно

Aldar
10.06.2016
16:04:52
http://stackoverflow.com/questions/7228169/slow-pagination-over-tons-of-records-in-mongo

KlonD90
10.06.2016
16:05:19
Просто в sql намного проще делать атомарные операции
В остальных базах ситуация такая же в среднем. Можно что-то придумать но зачем если универсально работает брать какой-то признак и на текущей странице и добавлять where больше этого признака.

Anton
10.06.2016
16:05:34

Страница 185 из 5115