"Ложная слепота" Питера Уоттса как раз об этом, да и следующая "Эхопраксия" тоже. Романы несколько испорчены переводом, но их вполне можно рекомендовать любому любителю хардкорной фантастики. Он весьма подробно разбирает эту тему.
Да, видел. Спасибо.
Я периодически запускаю DataGrip и смотрю на прогресс.
Попробовал раскрытие таба. Пользоваться можно, но опять же, вопрос в том, сколько действий нужно сделать:
1) максимизировать окно (C+S+")
2) редактировать максимизировано (S+Enter)
3) форматировать xml (C+A+l)
Из оставшегося печалит отсутствие поддержки xml-функций (exist/nodes/value). На это я даже вроде делал тикет.
Кстати, еще не парсятся table valued functions.
Впрочем, это уже косметика. Просто раздражающие оранжевые подчеркивания =)
Дело в том, что реальность — не такова.
Моя старая королла недавно перевалила за 300 тысяч и вполне жива.
Вопрос был: зачем?
Ответ: даже если ты не собираешься пользоваться более пяти лет, надежность напрямую влияет на стоимость продажи, и, как следствие, на полную стоимость владения.
Затем, чтобы через 5 лет машина не превращалась в тыкву.
Потому что если ресурс у машины 5 лет, то продать ее через 5 лет невозможно — только утилизировать.
1. Супер! Спасибо.
2. Ну так это мой тикет. Я только что подробно объяснил в нем, почему это не решает проблему. Будем надеяться, что он не потеряется среди закрытых. Переоткрыть-то я его не могу.
Как бы я ни ненавидел SQL Server Studio, перейти на 0xDBE пока невозможно.
Бросившиеся в глаза проблемы:
1. Не индексируются базы данных кроме дефолтной (независимо от настройки схем).
2. Невозможно нормально работать с xml-полями. Необходима возможность посмотреть отформатированный и подсвеченный xml.
Я неверно выразился. Я имел в виду все данные не встроенных типов. Программист не может дать никакой гарантии на состояние данных таких типов. Конечно, можно попробовать писать классы таким образом, чтобы они работали с любыми внутренними состояниями, но я не уверен, что овчинка стоит выделки.
Не знал про %. Очень жаль, что они убирают такие удобные конструкции из языка, основным плюсом которого является удобство (да, изменение синтаксиса print мне тоже очень не нравится).
В любом случае, проблема с состоянием пользовательских данных остается.
Да, я видел картинки. Просто мне кажется что предложенный мною вариант лучше того, что указан там, и более близок к ruby-аналогу (лучше, если мы вообще считаем прямую подстановку переменных хорошей идеей, в чем я не уверен).
Общая память. Если поток, который мы собираемся убить, работает с объектом (для простоты), которым пользуются в других потоках, то он в частности может быть остановлен в середине любого метода этого объекта, потенциально оставляя его и любые его данные в inconsistent state. Это может приводить к феерическим багам и весьма неожиданному поведению. Не знаю как именно реализованы list и dict в python, но в яве, например, можно оставить в inconsistent state какой-нибудь совершенно базовый ArrayList, что приведет к абсолютной невозможности работать с ним далее.
"Ложная слепота" Питера Уоттса как раз об этом, да и следующая "Эхопраксия" тоже. Романы несколько испорчены переводом, но их вполне можно рекомендовать любому любителю хардкорной фантастики. Он весьма подробно разбирает эту тему.
Ага. МРТ руки. Или ноги. А вот на МРТ головы от магнита будет такая тень, что картинка будет совершенно бесполезной.
https://youtrack.jetbrains.com/issue/DBE-2111
Давно зарепорчен, не двигается, сильно портит все.
Я периодически запускаю DataGrip и смотрю на прогресс.
Попробовал раскрытие таба. Пользоваться можно, но опять же, вопрос в том, сколько действий нужно сделать:
1) максимизировать окно (C+S+")
2) редактировать максимизировано (S+Enter)
3) форматировать xml (C+A+l)
Из оставшегося печалит отсутствие поддержки xml-функций (exist/nodes/value). На это я даже вроде делал тикет.
Кстати, еще не парсятся table valued functions.
Впрочем, это уже косметика. Просто раздражающие оранжевые подчеркивания =)
Я имею в виду https://youtrack.jetbrains.com/issue/DBE-1764
Сейчас уже стало намного лучше, потому что тип кода определяется автоматически, но с большими xml все равно не очень удобно работать.
Edit maximized разворачивает только на размер своего таба, а это обычно не очень много.
Можно ли как-нибудь развернуть на весь экран?
Моя старая королла недавно перевалила за 300 тысяч и вполне жива.
Вопрос был: зачем?
Ответ: даже если ты не собираешься пользоваться более пяти лет, надежность напрямую влияет на стоимость продажи, и, как следствие, на полную стоимость владения.
Потому что если ресурс у машины 5 лет, то продать ее через 5 лет невозможно — только утилизировать.
2. Ну так это мой тикет. Я только что подробно объяснил в нем, почему это не решает проблему. Будем надеяться, что он не потеряется среди закрытых. Переоткрыть-то я его не могу.
Бросившиеся в глаза проблемы:
1. Не индексируются базы данных кроме дефолтной (независимо от настройки схем).
2. Невозможно нормально работать с xml-полями. Необходима возможность посмотреть отформатированный и подсвеченный xml.
На яве я уже давно не пишу, но продукты настолько офигенные, что очень хочется купить.
Может все-таки напишете IDE для плюсов, а? Должно же наконец появиться хоть одно нормальное.
В любом случае, проблема с состоянием пользовательских данных остается.
Общая память. Если поток, который мы собираемся убить, работает с объектом (для простоты), которым пользуются в других потоках, то он в частности может быть остановлен в середине любого метода этого объекта, потенциально оставляя его и любые его данные в inconsistent state. Это может приводить к феерическим багам и весьма неожиданному поведению. Не знаю как именно реализованы list и dict в python, но в яве, например, можно оставить в inconsistent state какой-нибудь совершенно базовый ArrayList, что приведет к абсолютной невозможности работать с ним далее.
По поводу бонусов руби могу сказать что форматирование в питоне можно использовать следующим образом:
print ('Name: %(name)s' % locals())
И что останов потока в любой момент — почти гарантированный способ выстрелить себе в ногу, если используется общая память.