Антон Спирин

Лафоре

Вообще, телеграм и слэк сравнивать несовсем корректно, ибо использование ТГ для работы в качестве основного мессенджера - боль, если вам требуется больше одной конфы.

Главное отличие - ваша рабочая и личная переписка разделена. В телеграме мем от друга в личку может занять вас на пару минут. В слэке тоже можно, но это будет значить, что ваш коллега целенаправленно хотел вас порадовать свежим мемасиком.

В слэке компании разделены серверами, и это больше похоже на Discord, только для работы. На каждом сервере есть каналы, для каждого канала можно очень гибко настроить уровни доступа и режим уведомлений (даже с учётом временной зоны работника, никто вам ночью не пришлёт нервное письмо с правками)

Пробежимся по плюсам:
1. Каждый работник может настроить себе кастомные уведомления. Типа

уведомлять меня, когда кто-нибудь напишет "синхрофазотрон" или назовет меня по имени

2. Можно шарить снипеты с подсветкой синтаксиса множества языков и другие вложения
3. Поддержка сторонних сервисов. Ссылки с гуглодоков и других сервисов могут обрабатываться прямо в слэке (например, можно отметить выполненным таск в Asana сообщением в Slack, некоторым удобно)
4. Адекватный бот, с веб-хуками и прочими плюшками.

А теперь про минусы:
1. Нативное приложение очень заметно жрет оперативку
2. Бесплатно доступны для поиска только последние 10000 сообщений (не такой уж прям критичный минус, если не держать флудилку на том же серваке)
3. Нет стикерпаков и видеосообщений в кружочках =(

Чего навспоминал за 5 минут:

• Статусы пользователей
  
• Ветки комментариев внутри канала
  
• Сниппеты
  
• Подсветка синтаксиса для кучи языков
  
• Поддержка в куче различных проектов без нужды в напильнике, зачастую самими авторами проектов
  
• Возможность работы без мыши
  
• Гостевые доступы до определённых каналов
  
• Настройка уведомлений шире, чем mute channel :)
  

вы можете сгенирировать скрипт вида:

<script>
    window.varibleName = {yourData: 'foo'};
</script>

тогда из обработчиков будет доступ к window.varibleName

Хранить прямо текстом в div'е как минимум менее удобно, да и плюсов в этом нет.

Еще как вариант, что-то можно хранить в data-атрибутах

Если данные нужны между перезагрузками - используйте localStorage

Тестил через Tasks, но там как-то очень все заморочено, создается новая ветка в гите и т.д.

Вы не поверите, но люди так и работают над задачами.

Открывает документацию, а там... О боги, там не примерный алгоритм, там конкретный пример!

const https = require('https');
const fs = require('fs');

const options = {
  key: fs.readFileSync('path/to/keys/key.pem'),
  cert: fs.readFileSync('path/to/keys/cert.pem')
};

https.createServer(options, (req, res) => {
  res.writeHead(200);
  res.end('hello world\n');
}).listen(443);

Если вам важен js как на фронте, так и на бэке, то попробуйте Adonis JS. Это что-то типо Laravel, только на Node.JS. Вот статейка на хабре: https://habrahabr.ru/post/324220/

Я так понимаю Вы говорите о менеджере в команде разработки.
Отвечу кратко и при необходимости отвечу на последующие вопросы)
Да, это возможно. Я сам работаю в небольшой команде разработке ждуном проектным без конкретного опыта в разработке, но дело в том, что за плечами у меня достаточно много кода написанного в годы моего обучения в ВУЗе и я понимаю саму логику, принципы и стараюсь сделить за новостями индустрии.
Для начала действительно придется штудировать PMBOK как бы скучен он не был. Далее нужно ознакомиться детально со всеми актуальными методологиями разработки. После этого познакомиться с различными таск менеджерами по типу трелло, тайги, джиры и редмайна и после этого посыпьте все сверху добротной щепоткой статей из хабра и вопросов на тостере.
Вуаля, вы можете претендовать на звание trainee project manager. Почему трейни? Потому что реального опыта работы с командой, софтом и заказчиком не заменит никакая литература и тренинги.
В любом случае желаю Вам удачи в новой сфере и не забывать главное правило менеджера "Не навреди!" (:

а по useragent определить религия не позволяет? и после сделать редирект на нужную страницу?

что то типа такого вставить:

<?php
    //Here is the known mobile user agents list
    $mobiles = array("iPhone","iPod","Android");

    foreach( $mobiles as $mobile ) {
        if( preg_match( "#".$mobile."#i", $_SERVER['HTTP_USER_AGENT'] ) ) {
            header('Location:index_mob.php'); 
        } else {
		header('Location:index_pc.php'); 
}
    }
?>

Начать карьеру с фриленса - плохая идея.
1) Получаем крайне низкий рост квалификации
2) Получаем потолок роста
3) Получаем дичайшую конкуренцию фактически "за еду". Ибо в нижнем сегменте фриленса - все переполенно.

Не очень понятно, зачем вы собираетесь писать статью, если вы зашли в тупик.
Я бы заминусовал. Нужны статьи, которые помогают выбираться из тупиков.

Лучше резюме обновите.

Каким местом, знание кто и зачем создал язык влияет на качество кода, мне тоже не понятно. Может до вас, что то должно дойти.

https://habrahabr.ru/company/zfort/ - пользуюсь только этим, так как новостей становится всё больше и больше. Уследить за всем уже невозможно.