国内最大の広告代理店・電通の新入社員だった女性が、過労で自殺した問題。 同社は先月末から、長時間労働対策として、残業時間の上限を削減したり、22時に全館を消灯したりするなどのルールを策定。11月7日には、全社員に向け、石井直社長が自らのメッセージを伝える予定だ。 ただ、業務全体の改善をしないまま、残業時間の引き下げや規制をすることに対し、実効性を疑問視する声もある。 BuzzFeed Newsは、専門家や社員に話を聞いた。 新入社員だった高橋まつりさん（当時24）が、昨年12月に過労自殺していたことが発覚した電通。3年前にも男性社員（当時30）が過労死と認定されていた。 同社ではこれらの出来事を受け、 22時以降の残業を原則禁止 22時～翌5時まで全館消灯（電気は個別につけられない） 残業の上限を法定外月間50時間（所定外月間70時間）から5時間引き下げる などの新たなルールを掲げている。
個人的なタスク管理ツールとしてGitHub Issueを使うようにしてその仕組みを色々と作っているので、そのアーキテクチャについてのメモ書きです。 後述しますが、GitHubをベースとすることでプログラムでの拡張性が高いというのが特徴です。 セットアップが色々と必要になるためぱっと再現しやすい感じではなかったり一部未公開になってます。 需要があったらオープンソースとして公開できるように整えます。 GitHub Issuesとタスク管理ツールでの課題 自分の中で、タスク管理ツールとGitHub Issuesを両方使う場合に次の課題がありました。 自分のタスクの半分以上はGitHubに何かしら紐づく情報(オープンソース、ブログ、仕事)であったため、GitHub Issueとの二重管理感がある GitHub上で複数のリポジトリのタスクを管理するのが難しい 1つ目は、タスク管理ツールを使っても結局
Open Source Guides
Open Source Guides Open source software is made by people just like you. Learn how to launch and grow your project.
GitHubのIssueをNuxtとNetlifyでブログ化するというのをやってみたので解説します。 デモサイト： https://gh-blog.netlify.com/ Issues： https://github.com/miyaoka/gh-blog/issues Headless CMS はじめにHeadless CMSについて解説しておきます。旧来のAPI無しのWordPressのような一体型CMSではなく、コンテンツ管理部分を切り離してAPIでやりとりできるようにするのがHeadlessなCMSです。これによりフロントの実装やデプロイが疎結合になり、好きにできるようになります。 例としてCMSにContentful、デプロイにNetlifyを使う構成だとこんな感じになります。 参考） 次世代Headless CMS「contentful」事始め - Qiita Nuxt.js
先にまとめを書いておきます GitHubの大量のIssue/PRを効率的に閲覧できるJasperというソフトウェアを作りました 閲覧したいIssueのStream(RSSフィードみたいなもの)を好きな条件で作成することができます 条件はメンションされた、作成した、特定のリポジトリなど、かなり柔軟に設定できます Mac/Windowsの両方に対応しており、$12で販売中です無料で使えます 30日間のフリートライアル版もあります 背景 ソフトウェアエンジニアとして仕事や個人で活動をしていると、GitHubやGitHub Enterprise(GHE)を使うことが多いと思います。 僕も仕事ではGHEを使っており、個人ではOSSを作っているのでプライベートな活動でもGitHubをよく使っています。 そんなGitHubですが、一つ大きな不満があります。 それはIssueやPull Request(P
増えぬ若者の起業 失敗の代償大きく - 日本経済新聞
会社を興し社長になる――。こんな夢に挑む若者が減っている。政府は起業数が会社数に占める「開業率」をいまの2倍に引き上げ英米並みにする目標を掲げた。日本経済の新陳代謝を促す狙いだが、若者の起業をどう増やすかがカギになりそうだ。（宮崎真）7月30日、東京・茅場町。日本政策金融公庫が開いた「夢をかなえる創業支援セミナー」をのぞくと、約30人が資金繰りなど起業の悩みを専門家に相談していた。だが、参加者
You will be able to read, track and discover many active issues very flexibly by using Jasper in GitHub. It is enabled by a powerful function called "Stream" of Jasper. example repo:nodejs/node is:issue label:bug You can use the GitHub Search query to create various criteria, such as issues I created, pull requests of nodejs/node, bug labeled issues, etc. to view issues and receive update notifica
まず、クリックしてみてください Issue作成はこちら GitHubのIssueは、URLにparamsを渡すことで、デフォルトのvalueが入れられます。 ※paramsの渡し方は、/issues/new?title=test&body=contentのようにします。 バグ報告はこちらとかアイディア投稿などのリンクをREADMEなどに置き、みんなそれに従ってIssueを作成してもらいましょう。 指定できるparams 指定できるパラメーターは以下です。 params一覧 title body assignee labels milestone ※ラベル、マイルストーンはcontributorsのみ使用可能 文字列のエスケープ URLに入力するので、改行コードなどをエスケープする必要があります。 文字 エスケープ後
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
変わる電通、変わらない社会 22時消灯の実態を社員が証言「もう逃げられない」
GitHub Issuesを個人用のTodo管理アプリとして使っている
GitHub Issuesでブログを作る - Qiita
JasperというGitHub Issue Readerを作りました - maru source
AWS Service Health Dashboard
イシューからはじめよ―知的生産の「シンプルな本質」 : 安宅和人 : 本 : Amazon
Jasper - A flexible and powerful issue reader for GitHub
GitHub Issueはテンプレート化で、綺麗に書かせる！ - Qiita