JavaScript quality guide

От переводчика

Введение

Когда я увидел заголовок, он сразу же зацепил, потому что у меня есть глухонемой родственник. Тема доступности (accessibility) на сегодняшний день достаточно популярна, но многие разработчики и управленцы избегают этой дисциплины. Происходит это потому, что они не видят смысла, а некоторые даже пользы или выгоды от проделанной работы для такой маленькой аудитории. Это категорически неверное суждение. Доступность должна быть культурой разработки.

В статье было интересное слово Grokker, которое нигде не переводится и по которому я не нашел информации в рунете. Возможно, многие хабравчане тоже не знают, поэтому поделюсь своим личным маленьким открытием. Grok — означает понять так основательно, что наблюдатель становится частью наблюдения. А гроккер, соответственно, тот, кто умеет так понимать. В общем, это круче гика. Это скорее гиковый гик. Короче, я даже домен один зарегистрировал, поскольку считаю, что слово может войти в обиход.

О чём статья

Дайте код!

X = np.array([ [0,0,1],[0,1,1],[1,0,1],[1,1,1] ])
y = np.array([[0,1,1,0]]).T
syn0 = 2*np.random.random((3,4)) - 1
syn1 = 2*np.random.random((4,1)) - 1
for j in xrange(60000):
    l1 = 1/(1+np.exp(-(np.dot(X,syn0))))
    l2 = 1/(1+np.exp(-(np.dot(l1,syn1))))
    l2_delta = (y - l2)*(l2*(1-l2))
    l1_delta = l2_delta.dot(syn1.T) * (l1 * (1-l1))
    syn1 += l1.T.dot(l2_delta)
    syn0 += X.T.dot(l1_delta)

Библиотека докладов

• Хранить у себя товарные базы магазинов (т.е. сведения о каждом товаре всех подключенных в нашу платформу магазинов с полным обновлением 25 млн. товарных позиций каждые 3 часа).
• Хранить рекомендации для каждого товара (около 100 млн. товаров содержит от 20 и более рекомендуемых товаров для каждого ключа).
• Обеспечение стабильно быстрой выдачи таких данных по запросу.

1. Параметры для удобного просмотра лога
2. Вывод актуальных изменений в файл
3. Просмотр изменений в определённых строках файла
4. Просмотр ещё не влитых в родительскую ветку изменений
5. Извлечение файла из другой ветки
6. Пара слов о ребейзе
7. Сохранение структуры ветки после локального мержа
8. Исправление последнего коммита вместо создания нового
9. Три состояния в Git и переключение между ними
10. Мягкая отмена коммитов
11. Просмотр диффов для всего проекта (а не по одному файлу за раз) с помощью сторонних инструментов
12. Игнорирование пробелов
13. Добавление определённых изменений из файла
14. Поиск и удаление старых веток
15. Откладывание изменений определённых файлов
16. Хорошие примечания к коммиту
17. Автодополнения команд Git
18. Создание алиасов для часто используемых команд
19. Быстрый поиск плохого коммита