仕事でScrapbox使って情報整理する際に個人的に気をつけているポイント - stefafafan の fa は3つです
こんにちは、私は日々SlackやScrapboxを仕事で利用していますが、ふと自分の気をつけポイントをまとめておこうと思ってこの記事を書きました。 主にScrapboxを使ってるときの話をしますが、ツールに限らない話題だと思います。以下のエントリのお二人と同じチームに現在所属しています。 medium.com Scrapboxとは: scrapbox.io 前提 まずチームでScrapboxをどう使っているかというと、 職種によらず、Webアプリケーションエンジニア、iOS/Androidアプリエンジニア、デザイナー、企画、ディレクターなどなどみなさん使っています 定期的に開催している会の式次第、議事録、新機能作る際の要件整理、タスクの洗い出し、日報、などわりと何でも書いてます 情報の種類 何でもかんでもまとめているうちに、そもそも「情報」にはいくつかの種類があると気づいたので、以下のよう
どういう時に仕事を辞めたくなるか - Konifar's ZATSU
まだ現職辞めへんで！！ということを最初に宣言しておきつつ、どういう時に仕事/会社を辞めたくなるかを考えてみたい。 朝眠いとかだるいとかそもそも働きたくないとか5000兆円欲しいとかそういうやつではなく、基本的にはやる気がある状況でもふと環境をリセットしたくなるというか、ああなんだかめんどくさいなーと感じるみたいな、比較的ライトな感情の変化の話である。人によっては「にゃーん」とツイートしたり、シャワーを浴びながら「つらい…」とつぶやいてしまったりするアレだ。 なんでこんなことを考えてるかというと、最近TL上で「この人が辞めるのマジか」とか「この人が入社したのかすげえ」と感じることが何度かあり、全然そんな素振りを感じなかったのにやはり一期一会なのだろうかと思ったことがきっかけである。仕事を辞めるのにポジティブな理由だけということはまずないという持論がある。 自分にも感情の波みたいなものがあって
「斧を研ぐ時間」エンジニアリングフライデーという試み - 弥生開発者ブログ
こんにちは Misoca 開発チームの id:mallowlabs です。最近は ドラえもん のび太の牧場物語 にハマっています。使っている道具のグレードを上げるために、牧場はそっちのけで鉱山にこもって鉱石を掘り出す毎日です。 さて、先日の 軽減税率・区分記載請求書対応のリリース は開発チームにとっても比較的大きなリリースでした。そのため、リリースの直前には、このリリースに関係しないコミットは master ブランチにマージを控えることになり*1、自然と開発メンバーが普段使っているツールの整備や自由研究が行われることになりました。 ふりかえりで、このいわゆる「斧を研ぐ時間」がよかったという声が複数出たため、この時間を狙って作ってみようという TRY が生まれて「エンジニアリングフライデー」という試みが生まれました。 今回はこのエンジニアリングフライデーについて紹介したいと思います。 エンジ
職場での挨拶の是非について - Konifar's ZATSU
職場での挨拶の是非の話題は、もはや半年に一回くらい訪れる風物詩と言っても過言ではない。 「みんなに挨拶をする」がちゃんとリストに入っているのは、多分ドーシーさんが意識しないと挨拶出来ない人だからだとは思うのですが、一部のエンジニアさんもマジでこういうリストを朝読んでからご出社頂きたいですなｗ😅 「関係性ができていれば挨拶なんて不要」論は一体誰が唱え始めたのか…ｗ💧 https://t.co/pmpds8TSUF— 勝又健太@テック系YouTuber (@poly_soft) 2019年5月7日 この話は自分の中では明確に答えがあるので雑にまとめておく。 まあどっちでもいいよね！！！ こんなしょうもない話で物申す必要あるのは高校生までやろ。会社は学校じゃねえんだよ。 というシャウトは置いといて、仕事する上で効率がよくなると思うなら挨拶すればいいし、そう思わないならしなくていいってだけだよ
CREは、お客さまの変化と困りごとに気づくのが重要 | はてなで働く a-know, missasan にアンケート [#4] - Hatena Developer Blog
こんにちは、id:hitode909です。これまで、アプリケーションエンジニア、 SRE、と続いた流れで、MackerelチームのCREのお二人に話を聞いてみます。 CREはCustomer Reliability Engineerで、お客さまと技術的なやりとりをしたり、ドキュメントを整備したり、訪問してお話を聞いたりと、さまざまな形でお客さまに寄り添うエンジニアです。 業務内容の幅広い職種なので、お二人にまとめて、網羅的な話を聞ければと思います。 id:a-know, id:missasanにアンケート はてなidとその由来を教えてください いつどんなきっかけで入社されましたか? 現在の仕事を教えてください チーム内の立ち位置を教えてください 今日一日の流れを教えてください 最近うまくいったことは何ですか? 最近うまくいってないことは何ですか? ふだん大切にしていることは何ですか? はて
![CREは、お客さまの変化と困りごとに気づくのが重要 | はてなで働く a-know, missasan にアンケート [#4] - Hatena Developer Blog](https://cdn-ak-scissors.b.st-hatena.com/image/square/7d2a91a23258684e9faf53f57a655f01c7e9c48a/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fh%2Fhitode909%2F20190226%2F20190226111749.jpg)
問題意識を感じたときに「効率的に良い状況に変える」ためのアクションリスト - $shibayu36->blog;
自分の置かれた環境で問題意識を感じることってありますよね。例えば 上司全然ちゃんとやってくれないじゃん！最悪！ 会社にこういう問題あるじゃん！なんで直らないの！最悪！ みたいな感じ。 昔はこういう問題意識を持った時、自分で「良い状況に変える」ことに苦労をしていました。しかし、最近は自分の意識を変えることで「効率的に良い状況に変える」ことをしやすくなったなと感じています。そこで今回は、どのように自分が意識を変えたかということと、問題意識を感じた時に最近試しているアクションについて書いてみようと思います。 昔に自分がよくやっていたアクション 問題意識を感じた時、昔に自分がよくやってしまっていたのは 飲み会の場で愚痴る 上司に詰め寄る 問題意識だけを提起する というようなアクションです。このようなアクションをした時、良い上司はちゃんと話を聞いてくれて、実際に問題が解決することも多くありました。
最近困ってることは時間の配分 - hitode909の日記
ブログに困っていることを書いていけばインターネットの全世界の仲間たちからアドバイスを貰えると思って書いてみます。 会社で、いまエンジニアとして複数のチームに所属していたり、シニアエンジニアをやっているので人々と1on1をしたり、採用系の仕事もちょっとやっている。 開発系の仕事を2つ持っていると切り替えやスケジューリングが難しい チームAの仕事とチームBの開発系の仕事どっちをどういう順序でやるか難しくて困っていて、時間の使い方としてはこのような配分でいきましょう、という話はしていても、たとえば、金曜だけぱちっと切り替わるとか、午前中だけ切り替わる、みたいなことをするのが難しい。 ソフトウェアを作る仕事は、これまで誰も考えたことがないものを作る仕事で、そうでなければすでに完成品のソフトウェアがあるはずなので、集中が必要で、正しく作らないと正しく動かないので、間違いは許されない。そういうものを複
SIerのSESからWeb系エンジニアに転職したら楽しくて仕方がない世界が待っていた - VTRyo Blog
これは#しがないラジオ Advent Calendar 2018、16日目の記事です。 2018年は、しがないラジオを皮切りに多くの人との出会いがあった。 この記事ではSIerのSESをしていた頃を振り返りつつ、今年のしがない生活の感謝をしがないラジオ関係者に伝えたい。 SIerのSESへようこそ（2015年~2016年末） 閉じた世界 閉じる世界 Web系エンジニアへようこそ（2017年~） 開く世界 しがないラジオ 出会う しがないラジオに出演したら人生が変わったんだが？（2018年〜） 実はTwitterのユーザ名を変更した しがないラジオゲスト出演 広がる世界（現在） しがないラジオ界隈に飛び込む SIerのSESへようこそ（2015年~2016年末） 僕は2015年に大学を卒業して社会人になった。その会社は当時創立3年目の自称ベンチャー企業。 聞くに、僕はその会社の新卒内定者1号
富士通SEを1.5年務めて辞めた結果、得られた3つの手札 - #がみぶろ
こんにちは、gamiです。 この記事は、楽しかった職場 みんなのF2 Advent Calendar 2018 - Adventarの9日目の記事です。 僕は文系卒で2015年4月に富士通に入社してから公共系SEになり、2016年11月に退職して当時40人規模のベンチャーにWebエンジニアとして飛び込みました。 今は楽しくて仕方がない仕事生活をしています。 また、その経験を活かして「SIerのSEからWeb系エンジニアに転職したんだが楽しくて仕方がないラジオ」という燃えそうなタイトルのポッドキャストをやっています。 略して「しがないラジオ」といいます。 テーマ 以下を書きます。 富士通に入った理由 富士通を辞めた理由 転職前後の違い 富士通にいたことで得られた3つの手札 富士通に入った理由 富士通に入った理由は、主に以下の2つです。 もともと公務員志望で、公共系システムの開発に関わりたかっ
日雇い労働者だった赤髪エンジニアがクックパッド技術部長になるまでのストーリー | テックキャンプ ブログ
日本国内はもちろん、世界的な知名度を誇る料理レシピ投稿・検索サービス「クックパッド」。 そんなクックパッドで一際異彩を放つのが、クックパッド株式会社 ”赤髪のエンジニア” 庄司 嘉織（しょうじ よしおり）さん。 同社の技術部長兼エンジニア統括マネージャを担い、過去には人事部長も経験。 しかし、その風貌はまるでパンクバンドのギタリストのような赤髪です。 高校にまともに通わず、大学も中退。25歳まで日雇いで食いつなぎ、フリーターからの一発逆転を狙って20代半ばからプログラミングを学習した過去を持っています。 そんな庄司さんに、破天荒なキャリアについて聞きました。 日本発クックパッドの海外展開 現地ユーザーによるレシピ投稿へのこだわり ――クックパッドは今や国内はもちろん、海外でも人気のウェブサービスですよね。国内と海外、それぞれ月間の利用者数は、どれくらいなのでしょう？ 国内の月間利用者が約5
プロダクトマネージャの必要性 | F's Garage
とある創業社長のお悩みとして、 「いつも社員が考えた企画案を最後にひっくり返す役割になってしまう」 ということについて、胸が痛いという話をしていた。 こういう経験がある人は特にベンチャーでは少なくないだろう。親会社などからこれを食らうのは辛い話であるが、小さな組織でも、それなりにダメージはある。場合によっては、ワンマン社長の元で、好きなことができないと絶望してしまう人もいるだろう。 しかし、これについて、そのように見方を変えられるかが生き残りのカギである。 「社長にエスカレーションされるまで企画案の問題点に気が付かなかった企画、チーム、組織の問題」 と。 創業社長は、その会社で一番、そのビジネスについて考えている立場である。ちょっとやそっとで創業社長を上回るアイディアを出せると思ってる方が考えが甘い。ある意味、ひっくり返されて当たり前だと思うほうが話し早く進む。 ここでミニCEOと呼ばれる
工数見積もりのコツ - Qiita
はじめに 本稿では、仕事をする上での作業工数の見積もり方法について説明します。 工数とは何か 工数(こうすう1)というのは、仕事において、あるひとつの作業を完了するまでにかかる総累計時間のことです。情報処理技術者試験に出てくるTAT(ターンアラウンドタイム)とは意味合いが異なります2。 例えば、ある作業に40時間(40H3)かかるとした場合、工数は40時間であるといえます。1日8時間勤務だとした場合、40時間は5人日(にんにち)と表現することができます。さらに、1ヶ月20日勤務だとした場合、0.25人月(にんげつ)と表現することもできます。 一般的に工数の単位は「人日」および「人月」で扱います。 学生時代は工数を気にすることはないですが、ITエンジニアとして会社で働くようになると、かならず工数を意識する必要があります。 なぜ工数を意識する必要があるのか なぜ工数を意識する必要があるのかとい
東京にて、外人エンジニア
序文「Gaijin Engineer in Tokyo」を和訳してみました！ Google翻訳で読もうとしたらデタラメになったので読めなかった皆様へ、僭越ながら自分の記事を和訳させて頂きました。直訳したら意味がよく伝わらない文章は、本質を保存して言い返して書き直しました。恐らく変な日本語ばっかりになりますが、どうかお役に立てたらと思っております。 文法のミスや意味が伝わらない点を丁寧に訂正して頂いた友人に感謝します！本当にありがとうございます。翻訳は本当に難しいです。原文の意味が誠実に伝われば幸いです。 後、短いのですが、よくある質問の記事も書きました。 それでは、よろしくお願いします！ Special thanks to: Yusuke Kawanabe, A. Miya はてぶのコメントはこちらへ。 東京で外国人のS.E.として働くことはいいことも悪いこともあります。 外資系、又は外国
リモートワークについて | Tokyo Otaku Mode Blog
Tokyo Otaku Modeの ぽち@pchw です． 今回はTokyo Otaku Mode内のリモートワーク状況や，リモートワークのメリット・デメリットについて書きました． Tokyo Otaku Modeの開発チームの多くのエンジニアは渋谷オフィスに出社して日々仕事をしています．しかし， 完全リモートで働いているエンジニア 週に1度程度出社するエンジニア 米国ポートランドから働き，日本側エンジニアとリモートでコミュニケーションを取っているエンジニア という風に，リモートワークを取り入れています． また，渋谷オフィスに出社しているエンジニアも週1回程度はリモートワークを行っています． よく田園都市線に障害が発生し，交通が混乱することがあるのですが，そのようなケースに渋谷オフィス出社メンバーがリモートワークを行うことが多いです． 他にも， 大雪が予想される時 自宅で荷物を受け取る必要
プログラミング経験がない経営者のためのソフトウェア開発 11の事実 | Social Change!
今やどんなビジネスでもITが関係している。ITを支えているのはソフトウェアだ。あらゆるものがソフトウェアで実現される時代になった。そんな事業や生活に密接に関わるソフトウェアだが、その開発について知られていないことも多い。 とくに経営者がプログラミング経験がないことで、ソフトウェア開発のリーダーシップをとるときに的外れなマネジメントをしてしまうことがある。あまねく経営者がプログラミング経験があれば良いのかもしれないが、それは現実的ではない。 プログラミング経験がなくても、せめてソフトウェア開発の特性について知っておくと良さそうなこともあると思い、なるべく専門用語を使わずに本稿を書いた。 プログラミングは製造ではなく、設計である いまだにソフトウェア開発を、ビルや家屋の建築に喩える人がいるし、工場でモノを製造するようにプログラムが作られると思っている人もいる。 ここが間違いのもとだ。ハードウェ
"体系的" に開発サイクルを回して "効果的" に学びを得るには - クックパッド開発者ブログ
会員事業部エンジニアの新井( @SpicyCoffee66 )です。 Splatoon2 で各ルール S+1 以上になるため日々奮闘中のところに MHW が発売されました。 加えて最近ぷよぷよを始めたので、どう考えてもいろいろ計算が合わなくなってきました。 本日おこなわれた Cookpad TechConf 2018 では「クックパッドの "体系的" サービス開発」と題し、社内でどのような点に気をつけて開発サイクルが回されているかをお話しさせていただきました。 動画・発表資料は後日アップロードされる予定ですので、よろしければ合わせてご覧ください*1。 今回は、TechConf 2018 での発表内容から、BML ループの運用について、多少の補足や要約を交えながら書きたいと思います。 サービス開発は難しい まず前提として、サービス開発は難しいです。 その難しさの大部分は、以下の２つの要因から
リモートワークのストレス | POSTD
リモートワークのストレス ソフトウェアエンジニアリング業界では、リモートワークは大いに理にかなった働き方です。大抵はPCとインターネット接続さえあれば仕事ができるからです。よって、決まったオフィスに毎日通って働く理由は比較的少ないため、リモートワークはIT職の重要な要素になっています。最も先見的な求人市場とは決して言えないベルギーにおいてさえもです。とはいっても多くの場合、リモートワークが認められるのは週の一部のみ（おそらく週に1日か2日ぐらいが一般的）にすぎません。それにもかかわらず、リモートワークは大部分の企業で導入されるようになってきたのです。 リモートワークには多くの利点があると言われており、この働き方を過激なまでに擁護する声もよく耳にします。その多くには同意するものの、リモートワークを5年以上してきた経験から言えるのは、リモートワークにはストレスが付き物だということです。そう聞く
組織としての「価値観」をシェアすること｜スズキアユミ（デザインメモ）
友人と出かけた際に、ひと休みのために入ったカフェでチームビルディングの話が白熱してだいぶ面白かったので、帰ってから改めて考えてみました。 組織の中での二極化 これ、あるあるなんだな…と思ったのが、組織である程度人数が増えた時に、仕事へのやる気の「ある人」と「ない人」で二極化が起きること。 ちょっと語弊が起きそうなので言い換えると、仕事へのやる気度が「高い人」と「低い人」。もっと言うと「上昇志向」派と「安定志向」派だ。 この双方は驚くほど、お互いに相容れない存在。歩み寄ろうとして話しても、互いに言語レベルで通じないので、下手すれば一騒動起きる。 経験をしたことがある人は、そもそも土台のような、根本が違うような感覚を持った人も多いはず。そう、そこから違うから、分かり合えるはずがないのだ。 だが、“組織”である限り、一緒に働く仲間である。どうにかしないと、分裂したままでは仕事にならない。 仕事の
良いテックリード、悪いテックリード - 小さなごちそう
本記事は、下記の記事の翻訳です。著者の許可を得て翻訳しました。 この記事はフォースクエアの技術的リーダーシップを簡潔に説明したガイドだ。 ベン・ホロウィッツの「良いプロダクトマージャー、悪いプロダクトマージャー」からインスピレーションを得ている。 チームワーク / Teamwork 良いテックリードはチームの一員として振る舞い、自分の成功とはチームが成功することだと考える。面倒で退屈な仕事の一部を担って障害物を取り除き、チームが100%のパフォーマンスで稼働できるようにする。チームの技術的能力を拡大し、システムの重要な知識が属人化しないように務める。 悪いテックリードは注目の集まる仕事で自分の成果を示すことを好む。その成果は部分最適に留まり、開発チームのアウトプットを増やすにはエンジニアの人数を増やすしかない、という状況から脱することができない。 技術的ビジョン / Technical v
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
inouetakuya.info
