Обновить
-5
0
ZOXEXIVO @ZOXEXIVO

.NET / Rust Developer

Отправить сообщение
Если выбирать облако, только Amazon или Azure.
Русские «крутые облачные конторы», у которых меньше 2 датацентров идут лесом.
Импортозамещать будут то, за что платят деньги, а тут все бесплатно и еще с открытыми исходниками.
Вы, видимо, не видите масштабов и внутренней кухни, поэтому так легко бросаетесь подобными словами.
RC1 запустилась на Ubuntu без проблем.
Издеваешься чтоли? У нас в Госсекторе полно ASP.NET MVC, не говоря уже о мелких конторах.
Фреймворк один из самых удобных и лучших и об этом не стоит трындеть на хабре, как о всяких Go, Python.
Есть один инструмент, который решает весь спектр задач, а не придумывает каждый год новый язык и платформу, т.к предыдущая чем-то не устраивала.
В комментах все расписано. И люди говорят, что консоль это одно, а бот гугла это другое. Гугл просто индексирует голый шаблон и все.
https://habrahabr.ru/post/301288/
Вот, почитайте как он замечательно индексирует.
Раньше думал, что только в MongoDB offset тормозит
Не видит и не начнет, пока не будет изоморфности в самом Angular, придется возится с _escaped_fragments.
Когда ваш проект корректно проиндексируется, тогда и можно будет об этом заявлять.

Может потому что форум должен нормально индексироваться? До Angular 2 все слишком костыльно
Rider пока выглядит стремно
Спасибо, но мне интересна CPU-зависимая часть. Т.е как дробят движок и логику, если ядер много и все они слабые, тем более что со сдвоенными FPU-блоками.
Отличная статья! Захотелось почитать что-то подобное, но не про Formula 1
Читал русскоязычный вариант, но странностей перевода не заметил
Одна из самых интересных и полезных книг по .NET
Честно, не увидел смысла использования именно MySQL. Видимо в компании Nylas понабрали «инженеров» с Lamp проектов, которые очень любят читать архитектуры Facebook, Twitter и гордится что все это написано на их инструментах.
Гениально, выбрать РСУБД и сразу же решать проблемы с горизонтальным масштабированием!
SQL Server Management Studio как пример. Есть проблемы, но продукт выглядит дорого.
Что мешает сделать свежий и приятный интерфейс в стиле Robomongo для того же PostgreSQL?
Отношение к продукту будет уже совсем другое у новичков. Сейчас же я ощущаю, что работаю с чем-то морально устаревшим.
К PostgreSQL претензий вообще нет никаких, но люди реально акцентируют внимание на специфичных функциональных вещах, не сделав человеческими вещи, от которых зависит тоже очень многое.
Пусть сначала приведут в человеческое состояние весь свой кроссплатформенный UI в лице pgAdmin, репликацию, в потом уже участвуют в номинациях лучшая БД и.т. п

Понятно, просто по расскажу сложилось впечатление, что вы мучаетесь и вас что-то не устраивает.
Раз все хорошо, то вопросов нет.
Не кажется, что в данном случае SQL не самое лучшее решение. Были ли эксперименты с другими хранилищами?
Оборачивание всего подряд в кэш обычно бывает у начинающих, которых пугают тем, что база данных самое узкое место в их системе при 1000 посещениях в месяц и без кэша им никак не обойтись.
Но чаще всего бывает так, что запрос напрямую к базе будет и проще и безболезненнее, особенно когда оперативной памяти достаточно и БД сама все достанет из кэша.
Естественно, не говорю о случаях реального highload
А это уже MS дал ресурсы или они уже давно все сделали своими силами? Год назад все было печально.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность