1.1, MPEG LA (ok), 00:07, 20/01/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
выглядит очень вкусно. истории успеха/неуспеха можно написать в ответ на этот коммент
| |
|
2.21, MPEG LA (ok), 13:53, 20/01/2015 [^] [^^] [^^^] [ответить]
| +/– |
короче при создании app - падает, бектрейса нет, app не создается
нужность APL сильно под вопросом, если js во все поля
имхо, лучше было бы модулем с доменами для nodejs/io.js вместо велосипеда
остановка сервиса - повесился процесс, загрузив 2 ядра
снес нах.
| |
|
|
4.27, Аноним (-), 18:21, 21/01/2015 [^] [^^] [^^^] [ответить]
| +/– |
Вы выслушали арию очередного манагагера :)
Лучше бы ты рассуждал о технике вылиза начальству - в этом ты хоть действительно разбираешься :)
| |
|
|
|
1.3, Аноним (-), 01:11, 20/01/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Когда вижу проект на движке V8 сразу задаюсь вопросом, а что еще можно из реальности вкомпилить в движок СУБД и понимаю, что недостает поддержки звука и графики. Кто не понял, а это я о том, что излишний бывает поддержка чего-то в базе данных. Пока что SQL решает все поставленные вопросы, а если кто-то еще и придумает как запускать на SQL базе MapReduce в контексте самой базы я думаю, что MySQL вытеснит всех )))
| |
|
2.4, Kamiram (?), 01:22, 20/01/2015 [^] [^^] [^^^] [ответить]
| +/– |
postgres уже крайне продвинут в деле вытеснения key-value даз банных.
| |
|
3.9, Аноним (-), 03:17, 20/01/2015 [^] [^^] [^^^] [ответить]
| +/– |
> postgres уже крайне продвинут в деле вытеснения key-value даз банных.
Примерно настолько же насколько боинги преуспели в вытеснении дельтапланов и парапланов.
| |
|
2.5, Crazy Alex (ok), 01:51, 20/01/2015 [^] [^^] [^^^] [ответить]
| +5 +/– |
Если оно умеет человечески работать с графами (да хотя бы с деревьями) - это уже здоровенный плюс. Ну и чем писать какую-то сложную логику на SQL - лучше уж джаваскрипт. А писать бывает нужно, когда нет смысла тягать большие массивы наружу. Какая-нибудь лента friends of friends, например...
В общем, не надо об этом думать, как о БД - скорее это сервер приложений со встроенным слоем хранения данных.
| |
|
1.7, Аноним (-), 02:41, 20/01/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> Отсутствие необходимости определения схемы хранения данных (Schema-free), данные структурируются в форме документов, в которых метаданные и информация о структуре отделена от пользовательских данных;
Читать как: k-v помойка.
> Настраиваемая надёжность: приложение само может определять, что для него важнее: более высокая надёжность или более высокая производительность;
В результате не получите ни того, ни другого.
| |
1.8, Аноним (-), 02:47, 20/01/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Неужели используете такие комбайны которые пытаются убедить вам в том как нужно решать задачи?
>Настраиваемая надёжность: приложение само может определять, что для него важнее: более высокая надёжность или более высокая производительность;
Какой уровень IQ приложения? VBA, PHP и Python-погроммистиков уже можно заменить это базой?
| |
|
2.10, Аноним (-), 03:19, 20/01/2015 [^] [^^] [^^^] [ответить]
| +/– |
> VBA, PHP и Python-погроммистиков уже можно заменить это базой?
А это мысль. Вот так и появится искусственный интеллект. Чтоб зарплату гомнокодерам не платить.
| |
|
3.11, Аноним (-), 05:40, 20/01/2015 [^] [^^] [^^^] [ответить]
| +/– |
>А это мысль. Вот так и появится искусственный интеллект. Чтоб зарплату гомнокодерам не платить.
Мы уже работаем над этим. Успешно.
| |
|
|
1.14, Аноним (-), 08:40, 20/01/2015 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Обрадовался, увидел яваскрипт растроился
Не могут обойтись без обезьяства -> в мусор
| |
|
2.15, Crazy Alex (ok), 09:25, 20/01/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
С технической стороны - да. С коммерческой JS - хорошая штука. Один и тот же код на сервере и клиенте, куча готовых специалистов любого уровня, которых можно таскать между бэкэндом и фронтом, V8 шустр, активно пилится и наверняка будет пилиться ещё долго... в общем, выгодно получается. А если еще найти нормальных архитекта и тимлида, чтобы били по рукам при нужде - можно будет силами достаточно дешевых спецов тащить кодовую базу лет пять. А больше и не нужно обычно.
| |
|
3.16, Аноним (-), 10:01, 20/01/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
у админов зато проблема с яваскриптом. sql например практически любой админ может выучить и собственно с поддержкой sql баз без штатного разработчика не проблема. А навязать все это яваскриптом и вуаля, требуется "недорогой" кадр со знанием яваскрипта
| |
|
4.23, Crazy Alex (ok), 15:29, 20/01/2015 [^] [^^] [^^^] [ответить]
| +/– |
Не смешите. Сейчас найти того, кто совсем не знал бы JS (а много там его надо, чтобы базу админить?) практически нереально. И, при всём своём уродстве JS всяко понятнее и легче учится, чем SQL. О читабельности и удобстве поддержки результата (а скрипты менеджмента имеют мерзкую привычку разрастаться) и говорить нечего.
| |
|
3.20, Школьник (ok), 12:10, 20/01/2015 [^] [^^] [^^^] [ответить]
| +/– |
Собственно, в этом комментарии - квинтэссенция говноподхода к программированию и IT. Здесь все прекрасно - дешевые специалисты, которые клепают говнокод ради 5 лет его существования, после чего переключаются на очередной говнокод, язык с динамической типизацией, брать который на backend проекта серьезнее очередной социалочки для школьников ни один вменяемый человек не будет, тасование "спецов", словно колода карт...
Кстати, специалист, который одинаково хорошо умеет и бэкенд, и фронт - он дешево не может стоить. А дешевого "специалиста", который одинаково плохо умеет и то, и другое, лучше не брать на работу вообще. А пойдет ли нормальный архитект и тимлид управлять стаей дрессированных макак - это еще вопрос. Равно как и вопрос, как из этой стаи взять замену архитекту и тимлиду, случись кому-нибудь из них свалить. Впрочем, мир несильно пострадает от того, что очередная социалочка для школьников загнется, так что поводов для беспокойства нет.
| |
|
4.24, Crazy Alex (ok), 15:52, 20/01/2015 [^] [^^] [^^^] [ответить]
| +/– |
И в чём здесь говноподход? В том, что делается именно то, что нужно клиенту, а не то, реализуется идеальный сферический конь? А что делать - редкий проект сейчас живёт больше пяти лет без смены технологий. Собственно, большинство столько вообще не живёт, и закладываться на долгую жизнь смысла нет - уж больно быстро всё меняется.
Насчёт языков с динамической типизацией согласен полностью, но таки при некотором соблюдении дисциплины код получается поддерживаемым. Там же проблема обычно не в скорости, а в большей склонности динамически типизированного кода к ошибкам (открываю секрет Полишинеля - в любом большом веб-проекте 95% нагрузки, если не больше, падает на кеши - от мемкеша до CDN, на чем писан бэкэнд в этом плане вообще побоку). А тасование спецов - вообще-то хорошая практика - иначе они часто склонны закапываться в своём углу и напрочь игнорировать бОльшую картину. Что не идёт на пользу ни проекту, ни развитию самих спецов. Понятно, что это надо делать с умом - ну так на то и менеджмент нужен. А стоят они более-менее одинаково, так как фронте сейчас сравнимые с бэкэндом объемы кода и технологии. Но даже если чуть дороже выйдет - гибкость это окупает с лихвой, когда не знаешь, какие задачи прилетят через месяц, как сейчас обычно в вебе и бывает.
Насчет "пойдёт ли" - обычно идут. Потому что получают возможность развернуться, а эти товарищи подобное любят. Если уйдут - ничего особенного, придёт другой, пообщается с предшественником, с подчинёнными, почитает доку и вперёд. Чай, не космические корабли.
И, кстати, я ничего не говорил об обезьянах, не понимающих, что творят. Просто есть много народу без амбиций, который хорошо умеет писать код но совершенно не считает это центральной частью своей жизни. Зато свои 40 часов в неделю пашет добросовестно и вменяемо. Нормальные такие ремесленники, на которых всё и держится, собственно. Большая часть задач - рутина же, гении для них не требуются.
| |
|
|
|
1.26, Аноним (-), 15:10, 21/01/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Почему игнорируют слово Реляционная - СУРБД же. Или нет?
Вот orientDB - точно не реляционая
| |
|