プログラマによるプログラミングのためのBGMなど、仕事や勉強の邪魔にならない無料で使えそうなBGM集。2021年版
プログラマによるプログラミングのためのBGMなど、仕事や勉強の邪魔にならない無料で使えそうなBGM集。2021年版 在宅で仕事や勉強をしている時間が増えてくると、ずっと無音だと寂しい気がして、できればあまり気にならないBGMや環境音があるといいなあ、と思ったことはありませんか？ 最近流行しているYouTubeでの24時間365日ライブ配信のLoFiチャンネルにはそうしたニーズに応えてか、プログラマがプログラミングのためのBGMを配信しているものもあります。 YouTubeの再生には動画広告が付き物ですが、ライブ配信では最初に広告が再生されると、あとは広告なしでずっと配信が続くため（少なくとも記事執筆時点では）、BGMとして使うのにぴったりです。 この記事ではそうしたYouTubeの配信を中心に、仕事や勉強のBGMとして使えそうなサービスを紹介していきましょう。 いわゆるLoFiチャンネルと
限界集落で 2 年間リモートワークをしていたプログラマが 4 ヶ月間東京で働いてみて感じたこと - dunno logs
個人的な記録なので、誰かが読むにはコンテキストが不明な部分も多いと思いますが振り返りとして。 東京で 4 ヶ月 なんということはなく、妻が埼玉で里帰り出産をすることになったので、本社がある東京に埼玉から通うことにさせてもらった感じです。この手の勤務地変更は会社でも初めてだったと思うのだけど、地方勤務者が本社に勤務地変更するということで受け入れてくれて助かりました。 リモートワーカーとしての私 リモートワーカーとして皆さんが浮かべるイメージは在宅で自由な時間でという感じだと思いますが、私の場合はリモートワーカーと呼ばれてるものの、実際は他にも勤務者が居る地方（と言っても山奥）のオフィスで東京と同じ勤務時間働いているので、どちらかというと支社とかで働いている人に近いと思います。 たぶん、場所が超山奥で開発・営業拠点的な意味は全く無い場所なので、リモートワーカーぽく扱われているのかも。 一方で、
1 on 1 で 何を話すのか？ マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア - higepon blog
1 on 1 (ワンオンワン) とは1対1のミーティングの事。ここでは毎週もしくは隔週で行われるマネージャとその部下(direct reports)であるソフトウェアエンジニアの 1 on 1 に焦点をあてる。よく 1 on 1 で何を話したらよいか分からない。話題がない。と相談されるので僕の思うところをまとめてみる。 僕はマネージャもソフトウェアエンジニアのどちらも経験があるので両側からの視点を提供できると思う。 マネージャ編 マネージャは 1 on 1 を部下のために開催しなければならない。自分のための時間ではないことを肝に銘じよう。部下には話したいことを何でも話してもらう。事前に「1 on 1 は君のための時間だよ」と説明しておこう。 1 on 1 が始まったら「何か話したいこと、気になることある？」と問いかけよう。焦ってはいけない。じっくりと待ってみよう。 たとえマネージャとしてプ
子育てありきのエンジニア業 - HDE BLOG
日の出とともに起きるエンジニア この春で意図的に自分のライフスタイルをそれまでの「渋谷で月曜から飲んじゃうぜ！」パターンから完全に変えてから2年半が経ちます。現在自分は朝8時半に出勤、午後3時半〜4時くらいに退勤、あとは午後7時〜8時頃にまたオンラインになり家から必要な事を行う…という基本スケジュールをとっています。ステレオタイプなエンジニア象では夜中遅く暗い部屋でハックしているイメージがありますが、現在の自分は日の出とともに起き午後11時すぎには寝てしまう生活をしているエンジニアなのです。 幸いな事にプログラマー・エンジニアという仕事は周りの理解さえあれば伝統的なサラリーマンのステレオタイプから見たら明らかに異常なスケジュールでも特に生産性を落とさずに仕事を続けることができると仕事ですので、これを最大限利用させてもらっています。 自分は子育てのために意図的にこのような形を取っており、転職
エンジニアの評価基準とキャリアパスのお話 | 外道父の匠
春になって暖かくなると、ついつい意識が高ぶってしまいますね。 今回はあくまで個人的な、エンジニアの評価基準とキャリアパスについての私見を、どちらかというと新人の方向けに垂れ流してみたいと思います。 はじめに 新人の方々は今頃は、研修に追われていたり、それが終わっても配属先で揉みくちゃにされる日々が待っているでしょう。中には既に後ろ向きな思考になっている人もいるかもしれませんが、そういう人には今回どうでもよい話で、前向きな人がそのエネルギーをエンジニアとしての成長に無駄なくつぎ込むために、若いうちにあまり考えないけど、考えておいた方がよい話をします。 ITエンジニアとして始動すると、目の前に与えられた仕事だけでも楽しいのに（その過程で苦しむのは別として）、さらにその先にIT知識が広く深く待ち受けていて、こんなことをやりたいんだ、全部マスターしてやるんだと意気込むかもしれません。そして、目の前
Githubの組織が成長する過程で変えたことと変えなかったこと - ワザノバ | wazanova
GithubのZach Holmanが語るGithubの組織戦略です。まず最初に、 Step #1: ロックスターエンジニアを雇う Step #2: ものすごく透明性のある経営をする Step #3: ブログ/ソーシャルメディアなどでテクノノロジーについて発信する Step #4: カンファレンスで会社について話す Step #5: カネに余裕ができる Step #6: 社員を大勢雇う Step #7: 会社のことを話さなくなる Step #8: コミュニティを無視する Step #9: 創業者が株を売って儲ける Step #10: 別の会社をはじめる という事例を挙げて、Githubは組織が成長する中で、このようなパターンに陥らないように、コミュニケーション及び仕事の進め方をどのように進化させてきたかについて紹介してます。 Dunbar's numberとしてよく知られるとおり、人間が良
なぜなぜ分析は、危険だ | タイム・コンサルタントの日誌から
「なぜなぜ分析」は、品質管理や労働安全管理などの分野で、よく用いられる手法だ。発生した問題事象の根本原因を探るために、「なぜ？」「なぜ？」とくりかえして掘り下げていく。この問いかけを“5回はくりかえせ”と、よく指導しているため、別名「なぜなぜ5回」とも呼ばれる。元々、トヨタが発祥の地であり、トヨタ生産方式の普及とともに、他の業界や分野でも使われるようになった。 図は、トヨタ生産方式の生みの親である大野耐一氏の著書から一例をとって、図示したものだ。工場内のある生産機械が故障してとまったとき、「なぜ機械は止まったか？」の問いに、「オーバーロードがかかって、ヒューズが切れたからだ」と答えただけでは、じゃあヒューズを交換して再起動すればいい、という答えしか出てこない。 しかし、なぜオーバーロードがかかったのか？→ (2)軸受部の潤滑が十分でないからだ、とほりさげ、 さらに (3)潤滑ポンプが十分組
35歳定年説をぶっとばせ【連載:えふしん】 - エンジニアtype
藤川真一（えふしん） FA装置メーカー、Web制作のベンチャーを経て、2006年にpaperboy&co.へ。ショッピングモールサービスにプロデューサーとして携わるかたわら、2007年からモバイル端末向けのTwitterウェブサービス型クライアント『モバツイ』の開発・運営を個人で開始。2010年、想創社（現・マインドスコープ）を設立し、2012年4月30日まで代表取締役社長を務める。その後しばらくフリーランスエンジニアとして活躍し、2012年11月6日に想創社（version2）設立 昨年末。目下、都知事選に立候補中の家入一真さんの誕生日のアラートがFacebookから送られてきた時に、彼が35歳になったということに驚きました。あの「若手起業家」と呼ばれていた家入さんも、もう35歳かぁ、と。 僕がペパボに転職した時には、上司はもちろん、社員もほぼ全員僕より年下でした。自分が「上司」だったこ
一流になれないプログラマの生存戦略 - 誰かの役に立てばいいブログ
(2013-12-28 タイトルをエンジニア→プログラマに変えました) cybozu.com の中の人、山本泰宇です。2013年も今日で仕事納めです。 さて、先ほどプレスリリースが出たのですが、来年から私は運用本部長として、自社クラウドサービスおよび社内情報システムの運用を統括する仕事をすることにしました。この２年ほどはプログラマとしての仕事を多くしていたのですが、今後は自らプログラミングする機会は大幅に減ることになると思います。 ご存知の方もいるかもしれませんが、実は私が本部長になるのは２度目です。2005年に開発部長になり、そのまま規模を拡大して2006年に開発本部長となり、2007年に退きました。本部は違いますが、７年ぶりの再登板ということになります。略歴としては以下のようになります。 2001年12月 サイボウズに入社 プログラマとしてガルーンを開発 2005年 開発部長
若いエンジニアへ
エンジニアなら誰でも突貫工事に喜びを見出した経験がある。深夜2時の夜食を共にした同僚のことは、その職業人生を通じて忘れることはない。しかし、そこにいかなるドラマがあろうとも、突貫工事は例外である。これを常態としてはならない。 メーカーの組込みプログラマとしてエンジニアのキャリアをスタートした私は、「よい製品はよいプロセスから生まれる」ことを頭に叩きこまれた。素晴らしい製品を生み出す工場は静かである。常に誰かが大声で叫んでいるような工場には明らかにプロセス上の問題が認められ、素晴らしい製品を生むことは決してない。 本物のエンジニアは突貫工事を好まない。突貫工事とはプロセス上の誤りであり、つまり誰かが大声で叫ばなければならないということだからである。エンジニアの仕事は計画され、コントロールされたものでなければならない。 長時間労働によって成果を生み出そうとすることも、やはり例外としなければなら
自営業している開発者の事例
itnomikainagoya [IT飲み会名古屋](http://www.it-nomikai.jp/nagoya/before-info/131122)で初めての招待講演をしました。発表は「Developer /Entrepreneur」と言いまして、社員の開発者から、スタートアップの創業者への話でした。 欧米では、たくさん開発者は自営業についてブログしますが、日本ではそんなにいなさそうですね。会社設立できた理由の一つは他の開発者の成功の事例を読みました。FacebookのZuckerburg氏のような人じゃなくて、もっと小規模の成功してる人の話のほうが役に立ちました。 まだ日本でこのような開発者がつくないと思うので、ここで紹介したいと思います。 ## Patrick McKenzie [http://www.kalzumeus.com/](http://www.kalzumeus.c
Pathで働く女性デザイナーの一日 in San Francisco デザイン会社 ビートラックス: ブログ
サンフランシスコという街はスタートアップの中心であると同時に世界でも有数のデザイナーが集まる場所でもある。ここに住むデザイナーに とって最先端の技術を活用し多くのユーザーが利用するプロダクトを提供するスタートアップで働くのは一つの理想である。また、最近のスタートアップに とってみてもデザイナーはエンジニアに並ぶ程重要性が高い花形ポジションでもある。 彼らの生体を暴くべく、本場サンフランシスコのスタートアップで勤めるとある女性デザイナーの一日を追ってみた。今回密着取材したのは、市内の数あるスタートアップ中でもデザインを最も重要視している –Path– のデザイン・ディレクター Jenny Ji (ジェニー) である。 人気のスタートアップでデザインの最高責任者として働く女性サンフランシスコを拠点とするモバイル向けソーシャルメディアサービスを提供するスタートアップ、Pathでデザイン部の主任と
「自分でやった方が早い病」とは
■病状 ・「自分でやった方が早い」という考えに陥る ■2つの発症パターン ・まわりよりも自分ができてしまうから ・相手に悪いし、お願いが下手だから ■かかる人 ・仕事ができ優しい、３０代の新人リーダーに多い ■病の原因 ・「人のため」と言いながら自分の利益しか考えていない ・まわりの人と一緒に成長しようとしない ・基本的な教育ができていない ・エースピッチャーの快感に浸りマネージャーの喜びを知らない ・自分大好き人間 病状が悪化すると・「孤独な成功者」になる ・仕事を抱え込み、病気も抱え込む ・つねに「誰かのせい」にして生きることになる ・笑顔と余裕が消える ・いつまでたっても優秀な人が現れない ・誰も信頼できなくなる 誰にも信頼されなくなる ・仕事が途切れると、年賀状も来なくなる 克服できると・1人の100歩ではなく、100人の1歩で進むことができる ・まわりができる人だらけになり、大き
ドラクエ的世界観でWeb業界のキャリアを考えてみる【前篇】 | INIブログ
「WBS講座」に続いて7月に「中堅Webクリエイティブ職のキャリアを考える」で著名なキャリアカウンセラーの林真理子さんをお招きして「キャリアについて考える会」というお題目で勉強会を開催しました。というか、だいぶ時間が経ってしまいました・・・。 こんなお話でした。 【ドラゴンクエスト】に置き換えて考えてみます なんでかっていうと、なんとなくそれがわかりやすいかなと思ったからっていうただそれだけなんですけど、これだけだといまいち人間味がないような気がする。ので、"本当は魔法使いが主人公だったんじゃないか"と噂される「ダイの大冒険（Wikipedia）」は読んだことあるっていうか全巻持っているので、そちらの話もからめていこうかなと思います。 ※実際の林さんの講義がドラクエに沿っていたわけではありません。 ※実際の講義は2時間と盛りだくさんだったので、かなり端折ったものになっています。 Webクリ
人事評価とはどういう仕事か－－『C:A:Pモデル』による分析の試み | タイム・コンサルタントの日誌から
中間管理職になってからそれなりの時間がたつが、人の評価というのはいまだに不得手である。毎年回ってくる、人事評定と呼ばれる仕事のことだ。部下を面接し、その目標や達成度や希望やら不満やらを聞いて、それからおもむろに机に向かって、その人の評点をつける。面接自体はそれほど苦にならないが、評価がいつも難しい。その昔、面接で自分が上司に訴えるだけですんだ頃に比べると、とても気の重い仕事である。自分の評価した結果が、直接、その人のボーナス査定や昇進につながるからだ。 まあ、わたしの職場の場合、自分の決めた評点が最終値となるわけではなく、さらに上司やもっと上での調整・決定が行われるので、少しは責任が軽いと言えるかもしれない。ただ、査定が決まった後、今度は管理職は部下にそれを伝えなければならない。当然、（なぜ自分の努力はこれしか報われないのですか？）と、全員の目が訴えてくる。自分だってそうだったのだから、も
『焦りと不安と恥ずかしさと安堵と』
この１ヶ月、新しい部署（ゲーム）に異動し自分の役割もやや変わり、新しいチームと進んできたのですが、進めていたプロジェクトから別のプロジェクトへ変更となりました。 システムのアーキテクチャ自体は同じなので書いたコードが無駄になることはないのですが、メンバーによってはこの年明けから短期間に何度もプロジェクトを最後までやりきれずに次のプロジェクトをアサイン変更されている人もいて、モチベーションが維持できなくなるのでは、、と結構真剣に焦ってました。 もちろん自分自身も、なれない分野で非常に挑戦しがいのあるミッションをもらって、周囲にもこれに掛けてやるぞ！とさんざんチームを鼓舞してきた手前、やっぱやめましたって言いにくい恥ずかしさや申し訳なさでちょっとどうしていいか分からずにいました。 うちの社風としては、決断の速さが尋常じゃなく「すでに決めたから」という理由でだらだらと続けるようなことがないぶん、
世界よ、これが日本の役員決定方法だ！
仕事の才能が全くない役員が、何故管理部の役員になったのかという話です。 なお漫画中に出てくる車が若干おかしいですが、描けないものは描けないのです（悲報 当時、役員候補として佐川さん（仕事できる人）と渡辺さん（無能畜生）が ノミネートされておりました。 交代する役員がこれら候補者より後任を選ぶというローカルルールであり 当時の役員は悩んだそうですが、普段からゴルフ仲間で、奥さん同士も仲が良かったという 私的な理由で、渡辺さんを後任役員に推薦するのです。 当時の役員と渡辺は、たまたま家が近かったためゴルフ仲間となり、 奥さん同士もたまたま故郷が近かったことから友達となったらしいです。 もし二人の家が遠かったならば、佐川さんが役員になり会社は良い方向になったかもしれません。 なお渡辺は役員になった後、社内を足の引っ張り合い状態にさせる成果主義の導入や ノルマ大幅増によるモラルハザードを引き起こす
「これからメディア業界でメシ食ってくってどうなんですか？」〜就活生から「OB訪問」されてみた（上） - blog for Smart Phone
就職活動のOB・OG訪問をオンラインで実現するジョブカレというサービスがあります。 これは「OB・OG訪問を受けてもいいよ」と考えた社会人が、自分の空き時間と面会場所をサイト上で設定し、それに就活中の学生が応募するというマッチングサービス。若い人たちがやってるスタートアップ企業のサービスですが、なかなか面白い発想だと思います。この運営元企業Arinosから「佐々木さんもOB訪問を受けてみていただけませんか」と申し出があったので、さっそく実施してみました。昨年末のことです。 まず学生さんたちの自己紹介から。 オガワ君：僕は中東や東南アジアに興味があって新聞や映画、本などをみて現状を勉強していて、新聞社に入りその実情を日本に伝えたいなという風に思っています。 キクカワ君：大学時代は、サークルは広告研究会に入っていてバイトは日経新聞の証券部の雑用をやってました。あとは国会事務所でインターンしてま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rebuild: Aftershow 97: Android Fragmentation Is Not So Bad (omo)
IDEA * IDEA
