Коли я два тижні тому на роботі признався начальнику що вже все зробив, мій начальник вирішив поділитись мною з іншим начальником. Тепер я не можу все зробити, тому що один начальник проводить по дві наради на день на якій мене питають що я зробив, а інший начальник проводить одну нараду на день, на якій теж питають що я зробив. Крім того треба щодня писати звіти, по кожному проекту окремо, бо це впливає на бюджет проектів і на мою зарплатню. І щоб мені було легше пояснити одному начальнику що я сидів на нараді в іншого, та навпаки, я вирішив записувати що роблю протягом дня. Ну звісно виявилось що не багато роблю, але ви коли-небудь пробували записувати що робите? Якщо більше ніж 5 годин корисної роботи на добу – ви мій герой, навчіть мене.

Власне спочатку я хотів завести табличку по методології Pomodoro. Але, виявилось що Pomodoro – це занадто складно коли тебе три наради на день, якщо не рахувати переписок зі співробітниками в Skype. Тому я вирішив просто записувати час початку виконання і час закінчення.

В Google Sheets є дві корисні комбінації клавіш:

1. Ctrl + ; – вставляє в клітинку дату
2. Ctrl + Shift + ; – вставляє в клітинку час. В мене чомусь в форматі AM/PM.

Цього було б досить, але рахувати тривалість задач доводиться вручну. Незручно. Якщо є табличка:

	A	B	C	D
1	Time started	Task	Time finished	Duration
2	1:32 PM	Project A daily stand-up	1:51 PM	0:19

Хочеться щоб колонка D заповнювалась формулою. Але якщо написати в D2 =C2 - A2, воно видасть: “#VALUE!” – Помилка: не число: 1:51 PM. Тому треба використати функції.

Десь я чув фразочку що електронні таблиці – це функціональна мова програмування. Ах. Функцій там купа. Клітинок аби зберігати результати їх роботи – теж досить. Але вчити всі ті функції – ну їх.

На щастя Google Docs можна скриптувати за допомогою JavaScript! Ну й правда, не Visual Basic-ом ж користуватись у браузерному застосунку.

Як ми це робимо? Натискаємо “Інструменти” -> “Редактор сценаріїв”. Відкриється онлайновий редактор коду. Вставляємо туди щось таке:

// (c) Salman A     http://stackoverflow.com/a/1788084/816449
function date_diff(date1, date2) {
  if (date2 < date1) {
    date2.setDate(date2.getDate() + 1);
  }
  return date2 - date1;
}

function fmtmsec(msec) {
  var hh = Math.floor(msec / 1000 / 60 / 60);
  msec -= hh * 1000 * 60 * 60;
  var mm = Math.floor(msec / 1000 / 60);
  msec -= mm * 1000 * 60;
  return hh + ':' + mm;
}

function parsetime(cell) {
    var part = cell.match(/(\d+):(\d+)(?: )?(am|pm)?/i);
    var hh = parseInt(part[1], 10);
    var mm = parseInt(part[2], 10);
    var ap = part[3] ? part[3].toUpperCase() : null;
    if (ap === "AM") {
        if (hh == 12) {
            hh = 0;
        }
    }
    if (ap === "PM") {
        if (hh != 12) {
            hh += 12;
        }
    }
    return new Date(2000, 0, 1, hh, mm, 0);
}

function time_diff(arg1, arg2) {
  try {
    arg1 = parsetime(arg1);
    arg2 = parsetime(arg2);
  } catch (e) {
    return '';
  };
  return fmtmsec(date_diff(arg1, arg2));
};

function test() {
  Logger.log(time_diff('9:12 PM', '10:30 PM'));
}

Даємо модулю назву, на зразок Time diff, зберігаємо. В нашій табличці відкриваємо “Інструменти” -> “Менеджер сценаріїв” та переконуємось що наш сценарій там видно.

Тепер, в клітинці D2 можна писати =time_diff(A2;C2). І не поставте кому між аргументами. Буде синтаксична помилка яку я довго шукав в JavaScript, в той час як виявилось що проблема була в записі формули. І це ніби все.

Так просто що мені аж сподобалось.

Filed under: Інструменти, Кодерство, Павутина Tagged: Лайфхаки, JavaScript, робота

Настільки чудовий що дехто навіть мене ревнує. Ну бо логічно, якщо б JavaScript не був таким класним, я б проводив з ним час лише на роботі, а тут займаюсь ним ще й коли іноді ночами не спиться… Останні два тижні на роботі я вже не JavaScript розробник, а DevOps, що є зовсім новою для мене професією, в якій я такий нуб, що повозившись пів дня з 503 помилками сервера я просто змінив для нього користувача з nginx на root і все запрацювало. Звичайно це страшно, але якщо є екстремальне програмування, то повинно ж ще бути екстремальне розгортання, правда? Але про те який з мене сисадмін я напишу коли зроблю все правильно, а поки що про JavaScript.

З ним, і трошки з CSS я на дозвіллі вправляюсь на власному сайті http://bunyk.github.io/. І нарешті вже я веб-розробник з сайтом. Бо якось дивно було, в резюме написано що веб-розробник, а крім Python майже нічого не знав…

В JavaScript є свої косяки. Про деякі розповідають у вже класичній презентації WAT!. Хоча node.js в мене деякі штуки показує не так як в тій презентації:

> [] + {}
'[object Object]'
> {} + []
'[object Object]'
> {} + {}
'[object Object][object Object]'

Ну але блін, кому захочеться додавати об’єкти? Якщо ви мали на увазі extend, то така функція є багатьох популярних бібліотеках. Тому якщо про косяки знати – вони не страшні. Достатньо про косяки написано на сторінці JavaScript Garden. Хоча це ж навіть не косяки, а особливості…

Ще хочу показати виступ Дугласа Крокфорда (того що винайшов JSON і написав книжку JavaScript Good Parts). Там він цікаво розповідає про історію LiveScript/JavaScript/JScript/ECMAScript і про те яка нелегка доля цій мові випала. Зокрема, Брендана Ейха змусили взяти синтаксис Java, він хотів написати Scheme. (CoffeeScript проблему з синтаксисом усуває, і це не остання причина використовувати CoffeeScript. Він також усуває косяки, без використання “use strict”;)

The first time I saw JavaScript in 1995, I thought “This is the stupidest thing I ever seen”. And I was pretty confident that I was right. … Five years later … I discovered it has lambdas in it!

Ах, ще з цієї доповіді я дізнався що є така функція як Y комбінатор (рекомендую статтю, вона від того самого дядька який написав illustrated guide to PhD), яка вміє перетворювати рекурсивні функції на нерекурсивні аналоги, і виглядає отак:

var Y = function (F) {
 return (function (x) {
  return F(function (y) { return (x(x))(y);});
  })
        (function (x) {
  return F(function (y) { return (x(x))(y);});
  }) ;
} ;

Я поки що дивлюсь на цю функцію як баран, але думаю незабаром вникну в суть.

Це одна з багатьох речей які зі мною останнім часом відбуваються, але про все розповідати доведеться довго. Тому поки що дивіться мій сайт, коментуйте, ставте лайки, розкажіть друзям, f*&k my repo чи краще submit issue. Пост про nginx, fabric, tar, mako, або систему топологічного сортування залежностей колись буде. Ви лише скажіть що вам цікавіше.

Filed under: Кодерство, Павутина Tagged: JavaScript

Я вже якось писав що без написання коментарів можна обійтись, якщо використовувати рефакторинг “extract method”. Це не означає що коментарі не варто писати, це означає що їх потрібно писати на іншому рівні абстракції і бажано в мові предметної області. Як цього навчитись – складне питання. Щоправда недавно вичитав в пості Дмитра Сіренка на Google+ ідею про те що коментарі краще робити виводом в якийсь лог.

Ця ідея для мене нова і мені дуже сподобалась. По-перше це допоможе краще думати про що ж все таки писати в коментарі. Про те що відбувається:

А що ще краще – такі коментарі повинні сильно допомогти в розумінні коду JavaScript, тому що в JavaScript код виконується як реакція на якусь подію, тому передбачити що за чим виконуватиметься – важко. А при таких коментарях – відкрили термінал, і читаємо коментарі в хронологічному порядку виконання програми:

dragExcercise plugin started for Object[div.exercise, div.exercise] exercises.js (рядок 8)
heißen Ordnung exercises.js (рядок 22)
content put into element exercises.js (рядок 28)
incorrect variant exercises.js (рядок 35)
heißen mir exercises.js (рядок 22)
content put into element exercises.js (рядок 28)
incorrect variant exercises.js (рядок 35)
leaves some other element exercises.js (рядок 45)
mir mir exercises.js (рядок 22)
element already occupied exercises.js (рядок 24)

Так працює код вправ для інтерактивного підручника німецької.

Коментарі записуються як параметри функції c яка описується наступним чином:

    //var c = function() {}; // for production
    var c = console.log.bind(console); // for debug

З цим є дві проблеми. Перша – навіть якщо не забути про те що треба переставити комент, на продакшні буде зайвий виклик функції. Друга – функція підсвічується в редакторі як функція, а не як коментар. Другу можна виправити відредагувавши файл з описом синтаксису мови. Це просто. Першу проблему хотілось би виправити макросами в стилі С. З директивами IFDEBUG, та двома режимами білду – debug та release.

Проблеми можна проігнорувати, а можна подумати про препроцесор. Який коментарі виду

    //-> message

перетворюватиме на

    console.log('message');

в дебаг режимі, і прибиратиме їх з реліз версії коду. Але препроцесори вже є, наприклад той же CoffeScript. Тільки от не знаю чи важко на ньому таке реалізувати… Може варто спробувати зразу осідлати ClojureScript?

Filed under: Кодерство, Павутина, Розмітка Tagged: JavaScript, розробка