Pull to refresh
68
0
Олег Берман @berman

model-view-whatever dev

Send message
Может быть, наоборот? Да — если у ваш дешборд. Нет — если у вас что-то простое типа TODO листа или «продающего одностраничника»
> Сколько человек задействовано?

Один, только я)
Цели – поддерживать проект, обновлять вместе с самим Бутстрапом. С этим проектом стало понятно, чего хотят люди и через месяц-два выйдет еще один проект :)

Монетизация пока не планируется. В редакторе есть возможность компилировать SASS на моем сервере, это единственная штука, которая стоит мне денег. Пока есть немного бюджета арендовать сервак; в будущем могу либо выпилить серверную компиляцию и захостить на Github pages, например. Ну, или поставить рекламный баннер и попробовать покрыть им расходы на сервер.
Всем привет! Я разработчик bootstrap.build. Рад ответить на все ваши вопросы!

P.S. Буду очень благодарен если вы можете кинуть плюсик на Github: github.com/olegberman/bootstrap.build
Я удивлен тому, сколько человек минусуют такую веселую штуку. У pycckux разработчиков все печально с чувством юмора похоже
А если бы код был в strict mode, то проблема бы даже не появилась
Так я не спорил с вашей статьей и поддерживаю вас, сам стараюсь писать полноценно. (Просто смешную пикчу запостить не выдержал)
Простите, снова не выдержал.

У кейсов есть тенденция «проваливаться», об еще этом говорил Крокфорд в Good parts, да и вообще более функциональный подход — приятнее. Почитать еще статейку от инженера гугла можно тут
Код у вас читабельный и чистенький, вы молодец. Кстати, последнее время избегаю case/switch и вместо него пользуюсь вот таким паттерном

var strategies = {
  one:    breakHead,
  two:    destroyEnemy,
  three:  forgetFriends
}, strategyNotFound = function() { 
  throw new Error("Strategy not found");
}

var proceedWith = strategies[value] || strategyNotFound;

proceedWith();


Ну и вам друзья тоже посоветую книжечку называется Clean Code.

Никому не интересно, пишите вы 10 или тысячи строк кода, главное — быстро шипать. Шипать, пока продукт еще нужен рынку. Пока вы философствуете о лучших практиках и рассуждаете как нужно делать, ваши конкуренты уже что-то тестируют и понимают более важные проблемы продукта, чем проблемы кода.

Идеально — найти баланс между качеством кода и скоростью шипинга.

Я уверен, что сейчас этот комментарий наберет -(рейтинг вашего комментария), но это сказать было нужно. Но может быть это все еще мой максимализм.
> ЮРГТУ (НПИ)

Ничего-себе! Привет, земляк! :-)
PHP, наверное, хороший язык и вы все его любите. Но, черт, какой-же он нечитабельный. Сейчас работаю с одним проектом, у которого сервер написан полностью на PHP (программистами, которым пофиг на хорошие практики) и разобраться с ходу ни в чем не получается. Вообще интересно было бы почитать какой-нибудь материал про то, как писать maintainable PHP. Может кто-нибудь что-нибудь посоветует? Чем короче публикация — тем лучше. :)
1. Форкаете github.com/mikeric/rivets
2. Создаете docs-ru, или подключаете какой-то фреймворк для локализации
3. Пишите Ваш перевод в джейде, как у них
4. Отправляете им пулл-реквест

А так вы конечно молодец, спасибо за перевод
Развлекаться еще можно так:

rand=$(jot -r 1 1 100); wget -qO- http://shortiki.com/export/api.php\?format\=json\&type\=top\&amount\=100 | jq ".[$rand].content" | say --voice=Milena -i


(на Маке, должны быть установлены jot, jq, wget)
Уточню насчет того что сказал

> не нужно писать мне в личку забыли X, лучше использовать Y.

Это только потому, что после такого сообщения мне самому придется попробовать X и Y и сравнить с тем что есть и оценить, достойны ли они быть в подборке. В случае, когда вы это делаете напрямую в Github, кто-то в сообществе наверняка уже пробовал X и Y и интегрировать дополнения тогда мы сможем намного быстрее. Мне конечно интересно попробовать ваши XY, но последнее время работа занимает столько времени, что становится страшного от того, что ни на что другое времени нет

Information

Rating
Does not participate
Location
Toronto, Ontario, Канада
Registered
Activity