Стивен Скиена "Алгоритмы. Руководство по разработке". Хотя русскоязычный заголовок не совсем отражает суть. Это книга просто про алгоритмы всякие разные, приправленные историями из жизни про их применение. Скоро выходит на русском третье издание.
Стив МакКоннелл "Совершенный код". Неустаревающая классика с кучей практических рекомендаций. Если бы разработчики следовали им, то ПО было бы на порядок лучше.
Брендан Грегг "Systems performance". Недавно вышло 2ое издание. Питер собирался выпустить на русском, но что-то до сих пор его нет. Отличная книга от гуру системной инженерии про устройство современных компьютерных систем (с упором на сервера и linux) и поиск узких мест в них.
Не уметь общаться и нежелание общаться - это разные вещи. Интроверты вполне себе неплохи в коммуникациях, в отличие от аутистов, например. Просто не любят тратить время на пустые разговоры не по делу. Ну и в большинстве случаев им нужно больше времени на обдумывание вопросов.
Не все редактируют запросы в ide или продвинутых редакторах с подсветкой синтаксиса. Имхо, любой код должен быть написан так, чтобы не затруднять редактирование даже в блокноте. Не нужно надеяться на цветовое выделение.
Что вы имеете в виду под равномерным заполнением по горизонтали? Если не сложно, отформатируйте запросы в своём стиле. Давайте посмотрим, как они будут выглядеть.
Давайте попробуем каждый отформатировать эти два запроса (попроще и посложнее), желательно с пояснениями. Может кому-то чьи-то идеи и понравятся и пригодятся. Начну, пожалуй.
/* запрос попроще */
SELECT
e.first_name,
e.last_name,
e.salary,
d.name AS department_name,
j.name AS job_name
FROM
employee e
JOIN departments d
ON d.id = e.dept_id
JOIN jobs j
ON j.id = e.job_id
WHERE
d.name = 'IT' AND
j.name = 'Engineer' AND
e.salary > 100
;
/* запрос посложнее */
SELECT
e.first_name,
e.last_name,
e.salary,
d.name,
j.name,
( SELECT
SUM(o.cost)
FROM
orders o
WHERE
o.employee_id = e.id AND
o.status = 'closed' ) AS sum_cost
FROM
employee e
JOIN departments d
ON d.id = e.dept_id
JOIN jobs j
ON j.id = e.job_id
WHERE
e.salary > ( SELECT
AVG(se.salary)
FROM
employee se
JOIN departments sd
ON sd.id = se.dept_it
WHERE
d.name = 'IT' )
;
Основные моменты:
Служебные слова в верхнем регистре, чтобы за них глаз цеплялся
Визуальное разбиение запроса на секции (SELECT, FROM, WHERE, GROUP BY и т.п.)
Подзапросы должны бросаться в глаза
Точка с запятой на отдельной строке оставлена специально, чтобы при копи-пасте её забывать, и запрос не выполнялся сразу при вставке.
А можно хотя бы блок-схему какую-нибудь аппаратной конфигурации этих самых нейроморфных чипов? Из каких блоков состояти и как они взаимодействуют. А то в статье одна вода и никаких технических деталей.
ИМХО, книга от Лимончелли - очень спорная рекомендация. Часть книги неплохая, но по большей части так себе - слишком много воды и менеджемента, и мало технических деталей. Лучше бы книгу Systems Performance от Брендана Грегга включили в список.
Можно попробовать руками подправить версию профиля в файле compatibility.ini — как правило без проблем подхватывается, если разница между версиями не сильно большая. На всякий случай рекомендуется перед изменениями полностью скопировать содержимое каталога профиля.
Законы науки и мышления — в основном по биологии и нейронаукам.
"Мозг и душа (Making up the mind)" Фрит Крис — в общих чертах, как мозг воспринимает окружающую действительность без глубокого погружения в нейронауки.
"Биология добра и зла" Сапольски Роберт — что стоит за человеческим поведением. Рассматриваются различные аспекты (эволюция человека как животного, генетика, эпигенетика, нейрофизиология и т.п.) Можно так же просмотреть курс лекций "Биология поведения человека", который Сапольски читал в Стенфорде (доступен русский перевод от канала ВертДайдер).
"Игры тестестерона" и "Почему у зебр не бывает инфаркта" Сапольски Роберт — сборники эссе по различным темам, связанным с физиологией и влиянием её на человеческое поведение.
Законы жизни:
"Онтогенез. От клетки до человека" Дэйвис Джейми — если интересно то, каким образом из двух клеток вырастает человек, то must read. Написано очень доступно, но без излишних упрощений. Много про клеточные механизмы и биохимию.
"Всё, что осталось" Блэк Сью — интересная книга от суд мед эксперта про её работу в целом, и отношение к смерти, как к естественному явлению.
"Когда смерть становится жизнью. Будна врача трансплантолога" Мезрич Джошуа — вдогонку к предыдущему.
Научная фантастика:
В целом, вся серия "Звёзды научной фантастики", в которой выходили и Питер Уоттс, и Яцек Дукай и другие фантасты, известные и не очень.
Семантика "ИЛИ", поэтому можно указывать несколько файлов/каталогов.
По поводу пустой строки — это такая фича, которая означает сброс ранее заданных параметров с данным именем. Часто ещё используется при переопределении поведения стандартных юнитов через systemctl edit <unit-name>. Пример из жизни — сокет-активация ssh-сервиса. По-умолчанию ssh.socket слушает порт 22, но если выполнить команду systemctl edit ssh.socket и в открывшимся редакторе прописать следующее:
[Socket]
ListenStream=
ListenStream=30013
То systemd перестанет слушать порт 22, и будет слушать 30013. Без пустого параметра systemd будет слушать и новый порт (30013), и старый порт (22). Вот как-то так.
Ну а смысл проектирования этой разметки, если её нигде и никто не будет использовать, даже автор, потому что рендера не существует в природе. Напоминает специальную олимпиаду.
Стивен Скиена "Алгоритмы. Руководство по разработке". Хотя русскоязычный заголовок не совсем отражает суть. Это книга просто про алгоритмы всякие разные, приправленные историями из жизни про их применение. Скоро выходит на русском третье издание.
Стив МакКоннелл "Совершенный код". Неустаревающая классика с кучей практических рекомендаций. Если бы разработчики следовали им, то ПО было бы на порядок лучше.
Брендан Грегг "Systems performance". Недавно вышло 2ое издание. Питер собирался выпустить на русском, но что-то до сих пор его нет. Отличная книга от гуру системной инженерии про устройство современных компьютерных систем (с упором на сервера и linux) и поиск узких мест в них.
Предлагайте свои варианты значимых алгоритмов. Начну с себя:
алгоритм сортировочной станции (преобразование инфиксной нотации в обратную польскую нотацию)
алгоритм Дейкстры (поиск кратчайшего пути в графах)
алгоритм Ахо-Корасик (поиск множества совпадений в строке за один проход)
Не уметь общаться и нежелание общаться - это разные вещи. Интроверты вполне себе неплохи в коммуникациях, в отличие от аутистов, например. Просто не любят тратить время на пустые разговоры не по делу. Ну и в большинстве случаев им нужно больше времени на обдумывание вопросов.
Не все редактируют запросы в ide или продвинутых редакторах с подсветкой синтаксиса. Имхо, любой код должен быть написан так, чтобы не затруднять редактирование даже в блокноте. Не нужно надеяться на цветовое выделение.
Что вы имеете в виду под равномерным заполнением по горизонтали? Если не сложно, отформатируйте запросы в своём стиле. Давайте посмотрим, как они будут выглядеть.
Давайте попробуем каждый отформатировать эти два запроса (попроще и посложнее), желательно с пояснениями. Может кому-то чьи-то идеи и понравятся и пригодятся. Начну, пожалуй.
Основные моменты:
Служебные слова в верхнем регистре, чтобы за них глаз цеплялся
Визуальное разбиение запроса на секции (SELECT, FROM, WHERE, GROUP BY и т.п.)
Подзапросы должны бросаться в глаза
Точка с запятой на отдельной строке оставлена специально, чтобы при копи-пасте её забывать, и запрос не выполнялся сразу при вставке.
Интересно, а за невыполнение этих говнотребований, кроме штрафа, что они могут сделать? Отобрать лицензию, которой нет?
В конце зимы 2018 года эти обсуждения велись.
А можно хотя бы блок-схему какую-нибудь аппаратной конфигурации этих самых нейроморфных чипов? Из каких блоков состояти и как они взаимодействуют. А то в статье одна вода и никаких технических деталей.
ИМХО, книга от Лимончелли - очень спорная рекомендация. Часть книги неплохая, но по большей части так себе - слишком много воды и менеджемента, и мало технических деталей. Лучше бы книгу Systems Performance от Брендана Грегга включили в список.
Это уже было в Чёрном зеркале. Серия называлась Metalhead.
Не планируется ли русское издание Systems Performance 2nd edition от Брендана Грегга?
Дарвин одобряет действия этих людей.
Можно попробовать руками подправить версию профиля в файле compatibility.ini — как правило без проблем подхватывается, если разница между версиями не сильно большая. На всякий случай рекомендуется перед изменениями полностью скопировать содержимое каталога профиля.
Ок, поправил. Спасибо!
Законы науки и мышления — в основном по биологии и нейронаукам.
Законы жизни:
Научная фантастика:
Когда я слышу слова "soft skills", моя рука тянется к пистолету. Хватит захламлять хабр этим дерьмом!
Ну извините, так в оригинале. Я только перевёл :(
Да, Вы правы. Поправил. Спасибо!
Семантика "ИЛИ", поэтому можно указывать несколько файлов/каталогов.
По поводу пустой строки — это такая фича, которая означает сброс ранее заданных параметров с данным именем. Часто ещё используется при переопределении поведения стандартных юнитов через
systemctl edit <unit-name>. Пример из жизни — сокет-активация ssh-сервиса. По-умолчанию ssh.socket слушает порт 22, но если выполнить командуsystemctl edit ssh.socketи в открывшимся редакторе прописать следующее:То systemd перестанет слушать порт 22, и будет слушать 30013. Без пустого параметра systemd будет слушать и новый порт (30013), и старый порт (22). Вот как-то так.
Ну а смысл проектирования этой разметки, если её нигде и никто не будет использовать, даже автор, потому что рендера не существует в природе. Напоминает специальную олимпиаду.