プログラマたる者、人に頼る前にこれぐらいはやっておきたい - Qiita
はじめに 春ですね。 全国各地で数多の新人プログラマが生まれたことでしょう。 新人のうちはわからないことだらけですし、真っ当な労働環境でしたら先輩方が「わからないことがあったら何でも聞いてやー」と言ってくれます。 ですので、プログラムが謎のエラーメッセージを吐き出したりしたらすぐに質問したくなるかと思います。 しかし、個人的な見解ではプログラマのスキルが最も鍛えられるのは、わからないことを前にして自分なりに色々と調べて試行錯誤する時です。 多分、世の中の凄い人たちの中には身近に質問できる相手がいなくてひたすら自分で頑張った結果、超進化を遂げたという人も少なからずいるのではないかと... というわけで、人に頼る前に自分にできることをしっかりやることで同期に差をつけちゃいましょう! もちろん新人じゃなくても、「すぐに人に頼っちゃうなぁ、どげんかせんとなぁ」という方々にも参考にしていただけると幸
技術フェローが「すごーい」「そうなんだー」「たのしー」しか言わなくなった件 - 弥生開発者ブログ
こんにちは！ Misoca開発チームのめろたん(@renyamizuno_)です！ 最近、いわゆる「トゥルーワイヤレスイヤホン」というのを買いました。 ボタンを２回押すとアシスタント機能(OK Googleとか)が立ち上がるのですが、 僕の場合は 「null」と発声 pic.twitter.com/YUWf3Ck1fY— わかり亭めろたん。 (@renyamizuno_) 2017年1月25日 「null」が立ち上がりました*1。 はい。 たーのしー！ 最近、「けものフレンズ」なるアニメが流行っていますね！ その影響をもろにうけていてMisocaちほーでも「たのしー！」とか「すごーい！」とかがすごーい流れてます。 その波はとどまること無く、オフィスに来ていた技術フェロー*2の@kakutaniさんにまで流れていたようで、 技術顧問が「すごーい」「そうなんだー」「たのしー」としか言わなくなっ
Amazon Dash Buttonは何がヤバイのか
Amazon Dash Buttonについて、人と話す機会が何度かあったので、 いかにAmazon Dash Buttonがヤバイかを毎度説明するのだが、 「あんな電池が一年で切れるデバイスは使えない」 「商品がドラッグストアよりも高いのに買うやつはいない」 といった的外れな答えが割と帰ってきて、もんにょりすることが多いので、私が思うヤバさを解説してみようと思う。 エンジニアリング的なヤバさ Amazon Dash Buttonは、どう考えてもビジネスモデルから逆算してハードウェアを設計しているので、ハードウェアから設計して、ビジネスモデルを作ろうとしている連中は絶対に勝てない。 ビジネスモデルによってハードウェアに対する要求は大幅に変わる。 IoTデバイスはコスト、大きさの面でリソースが限られているため、限られたリソースをどこに割り振るかで、要求を満たせるかどうかが決まる。 Amazon
早くチームにマッチするために気をつけてる事 - そーだいなるらくがき帳
新入社員として1週間が過ぎた。 ブルックスの法則的に考えても私はまだチームにとって生産性をマイナスさせる存在でしかない。 ブルックスの法則 - Wikipedia だからいち早くチームにとって必要な存在になる必要があるし、そのために気をつけてる事をメモする。 これを見て「もっとコレした方がいいよ」ってアドバイス、逆に「それは不要だよ」ってアドバイスを期待してる。 チームやプロダクトを好きになる これはとても大切なことだ。 嫌いな人とは仲良くできないし、嫌いなプロダクトは育てれない。 もし、コレを読んでる人が職場のチームもプロダクトも嫌いなら転職した方がいい。 ただ好きの反対は無関心なので無関心の場合は条件付きでやっていけると思う。 この辺の話は主旨が変わるのでまた別の機会があれば話したい。 コミュニケーションについて 新しいチームに合流してまず一番大事なのはコミュニケーションコスト。 自分
バグなどの謎の現象に立ち向かうも闇が濃く、どうしても沼から脱出できない時に見るフローチャート - Thanks Driven Life
ご査収ください (2022年12月8日 追記) フローチャートを書き直しました。内容自体は当時のものと同じです。 補足 パフォーマンスの出し方は人それぞれなので「私はこんな感じです」というものです。 とりあえず「なんかやばいな?」と思ったら休む 体調的にはもちろん、「これ結構やばそうだな?」という勘所は大事 15分以上(長くても30分)悩んだら周りに聞いてみる こういう時はだいたい 視野が狭くなっている(簡単なスペルミスだったり) 暗黙知に触れている(業務だとよくある) とてつもない難問にぶちあたっている といったケースなので、仲間にSOSを出した方がチーム全体の進捗も結果的に良くなる、という経験談です。 ちなみに15分の根拠はなんとなくです。 ちなみに、問題に取り組み始めるその瞬間から「15分やってわからなかったら誰かに聞こう」としている場合は、 フローチャートの「30分動いてなかったら
質問は恥ではないし役に立つ - Qiita
一年半SEとして働いてきた中で、私自身が苦手だと思っており、他人からもそのように評価されていたのが「質問の仕方」でした。 それが先日、他人から「質問の仕方がうまいね」と褒められることがあり、ようやく一人前の質問の仕方ができるようになってきたので、どのようにして克服できたのか紹介したいと思います。 質問の基本形 私が入社したばかりの頃は、わからないことがあればすぐに先輩に質問していました。 そのときにしていた質問の内容はだいたいこんな感じです。 「環境構築を手順書通りにやったんですけど、○○のコマンドでエラーがでてしまいます！なんとかなりませんか？」 このような質問を受け取ったら、先輩は暇ならばエラーメッセージを見てくれ、エラーメッセージに書かれていることに対して調査してくれるかもしれませんが、忙しいときにはそんなことはしてもらえません。 こんな質問を繰り返しているうちに先輩からは「技術系メ
「自信がない」じぶんとのつき合い方 - デザイナーのイラストノート
夢見がちでまじめなうお座A型、社会人14年のうちフリーランスを10年もやりましたが、相変わらず人見知りですぐに自信をなくしてしまいます…。そんなわたしですが、最近ではこうやってブログやセミナーで自分の考えを発表する機会も増えてきました。「自信がない」じぶんとのつきあい方について書いてみたいと思います。 自信とは何か わたしにとって自信とは、「MP（マジックパワー）」のようなものです。その自信（MP）の根拠は、これまでの経験や他人から得た評価です。 じぶんを評価されるということ 人の評価というのは大きく2つあります、今回は「事実起因評価」と「感情起因評価」と呼ぶことにします。 学校や仕事で、評価を受けるときの物差しは、主に「事実起因評価」です。 しかし、人の能力というのはこれまで培ってきた感性というものと深く関わりがあります。例えばわたしはデザイナーですが、じぶんのデザイン能力や感性は「これ
業務改善を現場に求める狂気 - megamouthの葬列
前回までのあらすじ ボトムアップ型業務改善の代表格であるトヨタ式カイゼンが多くのIT企業に適用できないことを悟って絶望するmegamouth。錆びた斧を交換できない木こりはやはり愚昧なのだろうか？それとも我々はトタン屋根の上の猫のように日が傾くことをただ念じるべきなのだろうか？（どうでもいい） 一人で始める業務改善。その狂気 まず、本エントリは末端IT土方が一人で業務改善を行おうとすると、どのような事が起こるのか、というおかしな話をしようとしている。大げさでなく、業務改善をたった一人で行うというのは、山に篭ったランボーが、襲い来る警官たちを全員サバイバルナイフとブービートラップで惨殺するような話である。この孤独な戦いには何の支援も期待できないし、あなたのサービス残業時間は確実に増加するし、精神的な負荷も大きい。にも関わらず、成功してもあなたが正当に評価されるかはわからない。経営者のガレージ
カイゼンできない業界もあるんですよ - megamouthの葬列
brevis.exblog.jp を読んだ。 要約すると、「業務改善には一時的にコストがかかるけど、そこは頑張ってやらないとジリ貧になるよ」ということなのだが、末端のフリーランスIT土方の立場から言わせてもらうと「知らねーよ」という感想しかない。 まあそれだと話が終わってしまうので、私がサラリーマンで、末端の平社員IT土方だと仮定して、ボトムアップ型の業務改善が成立する条件を考えてみたい。 カイゼンする空気を作るということ カイゼンと言えばトヨタであり、トヨタといえばカイゼンだが、噂によるとトヨタの工員たちは、頼まれもしないのにガンガン作業をカイゼンさせて勝手に作業効率を上げていき、いよいよ自分の工程がカイゼンできないまでに最適化されてしまうと、ロボットに置き換えられ、今度は自動化されていないラインに移動させられ、再び自工程を一からカイゼンできることに涙を流して喜んでしまうほど「カイゼン空
見えない非効率 ー 今、動いているんだからいいじゃないか | タイム・コンサルタントの日誌から
新任の取締役が、あるとき担当する事業部の支社を見に行った。一通り見学し、支社長らと懇談した後、かえろうとしたら、ある部署だけ灯りがついているのを見つけた。現場仕事はもう終業しているのに、管理部門の1セクションだけ、忙しそうに机にむかって仕事している。 「何をしているの？」と彼がたずねたところ、「本社に送る書類を作成しているんですよ。毎月、数字をまとめて送らなけりゃいけないんで、残業になるんです。」との答えだ。資料を見て、さらにたずねる。「本社は、この統計資料を見てどう役立てるんだろう？」「・・存じません。本社にたずねてください。」 その取締役は本社に戻ると、早速、送付先の企画部門にいって、その書類のことをきいてみる。すると、「ああ、その書類ですか。工場が毎月送ってくるんでね、ファイルして保管しているだけです」という。「でも、なんで工場はその書類を送ってくるのかな？」「さあ・・。」 いろいろ
プレゼンテーション - hitode909の日記
プレゼン自分ではすべったことないから得意だと思ってるのでいつも気をつけてることをシェアします。これさえ守ればすべらないのだから楽。 目次 目次 最初にめちゃくちゃおもしろい話をする 箇条書きせず一行ずつページを分ける 絵をでかくする 新しいページ作ったらデフォルトのパーツを全部消す 先に言う 意見や疑問を述べる スターウォーズエピソード4を見る 最初にめちゃくちゃおもしろい話をする 聴衆は懇親会のことしか考えてないので、とりあえず最初におもしろい話をして、注意を引きつけるとよい。つかみはこれでオッケーだって言えればよいくらいの面白い話をしましょう。よくある技術ブログとか、技術雑誌だと、こんにちは、最近温泉に行って心身共にリフレッシュしました、ヒトデです、とか書いてあるけど、そんなの読んで喜ぶ人が本人と家族と親類以外にこの世にいたらおかしいから、そういうのじゃないとよい。 箇条書きせず一行ず
Scalaの学習コストを下げるための心得 - kmizuの日記
追記：Twitterで、「それって、言語マニアにしかできない技のような気が」という指摘を受けました。自分としては一般的に適用可能な話だと思っていますが、あるいは自分の感性が著しくずれているのかもしれません。その辺承知の上でお読みください。 Scalaは習得が難しい言語だ、とよく言われます。また、実際問題として、Scalaの言語仕様の全体はそれなりに複雑でもあります。しかし、それはたとえばJavaでも言語仕様の全体像を把握するのは難しい話であり、Scalaに限った話ではありません。にも関わらず、Scalaの習得が難しいとよく言われるのはプログラミング言語の学習モデルが誤っているからではないかと最近思うようになりました。そこで、Scala（や他の言語も含めて）のコストを下げるために必要な心得についてちょっと書いてみます。 Scalaはオブジェクト指向言語である これは、Scalaは関数型プログ
会社は真面目に経営されるほど「学習しない組織」になってしまう | ハイクラス転職ならdoda X（デューダエックス）
doda X（旧：iX転職）は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 世界的な大企業、いわゆるビジョナリーと言われる企業では、この30年ほど「学習する組織」をどのようにして創るかということが、大きなテーマとして扱われ続けてきました。 生き残る種とは、最も強いものではない。最も知的なものでもない。それは、変化に最もよく適応したものである（チャールズ・ダーウィン） 変化が激しい時代において、「企業や組織に集う人同士が学び、変化し続けることこそ重要である」という認識は多くの人が賛同するものではないでしょうか。 ところが、この点を多くの現役ビジネスパーソンや経営者と議論していくと、実は下図に示すようないつも慣れ親しんだ企業の運営体制こそが、実は「学習しない組織」にとても陥りやすいという衝撃的な指摘が
アーキ部：自分のエンジニアスキルを客観的にどうやって知るか - そこに仁義はあるのか(仮)
毎週金曜の定時後に弊社でアーキ部なるものが開催されています(✌'ω' ✌) 9/16のアーキ部は「自分のエンジニアスキルを客観的にどうやって知るか」がテーマでした！ （アーキテクチャの話ではない？！！） 自分のエンジニアスキルの評価として陥りやすい考え方のお話があり、それに対して少人数のグループに分かれて自分はどちらに分類されるかを話あいをしました。 （この会はとりあえず意見を発散する場でした。次回は、今回の話し合いに対しての深堀りなのかな？？） 評価の分類 自己評価は（バランスがとれている人もいるとは思いますが）過大評価をしているか、過小評価をしているかに分かれると思います。 アーキ部の最初に、自己評価の考え方として陥りやすい傾向が二つ紹介されました。 詐欺師症候群 ダニング＝クルーガー効果 詐欺師症候群 参考にしたサイトから説明を抜粋しています！ 詐欺師症候群とは、自己評価が低く、自分
会社組織における業務効率化の限界について - 脱社畜ブログ
会社によっては、おそろしく非効率な業務がそのまま放置されている場合がある。例えば、エクセルでマクロを組めば一発で済むような作業を、ものすごく長い時間をかけてひたすら手作業でやっていたりして、そういうのを見るとゾッとする。僕は単純作業が死ぬほど嫌いで、大学生の時に一時期そういうアルバイトを経験して気が狂いそうになったことがあるので、そういう単純作業をひたすら繰り返すような仕事は我慢がならない。 自動化・効率化できるところをそのまま手作業で突き進むというのは、時間という観点だけでなく、間違いが発生しうるという意味でもよいことではない。どんなに注意してやったところで、人間がやれば必ずどこかで間違いが混入する。自動化は、品質を上げるという意味でも、重要なことだ。 もっとも、会社組織で働く一人の従業員という立場からこの問題を再考すると、自動化や効率化は、必ずしも望ましいものとは言い切れない。経営者か
「指示待ちの部下」の原因は「無能の上司」だ。
ある会社で、マネジメントについて議論をしていた時の話だ。 「もっと自由にやらせろ、って言う人は見込があるんだけどね。」 と、その会社の役員は言った。 「本当に問題なのは、「もっと細かく仕事の指示をだしてください。」って言って、本当に言ったことしかしない人。こういう人は問題だね。」 彼は心底困っているようだ。 この手の話はよく耳にする。 「そうなんですね。でも少なくとも「言ったこと」はやるんですよね。やらないよりマシじゃないですか？」 「まあ、そういう考え方もあるけど、本当にこっちが「言ったこと」しかしないって、問題じゃない？」 「ふーむ。」 「例えば、こっちがデータの入力を頼んだとするじゃない。で、そういう人たちにはまずマニュアルがないとダメなんだよ。」 「マニュアルですか。」 「そう、結構細かく書いてあげないと、「できない」って言うし。で、たまにマニュアルに書いてないこともあるわけだ。そ
long_time_work_cannot_finish_tasks
先日、会社のチームリーダーと面談を行った。 リーダーから「この会社で働いていて楽しい？ 困ったことはない？」と尋ねられ、 僕は即座に「すごく楽しいですよ。日本で働いていた会社とは大違いです」と答えた。 「日本では毎日2時間から3時間残業するのが当たり前でした。 ときには週末を潰したり、徹夜でバグ修正を行ったりすることもありました。 それに比べてこの会社では残業が全然ないし、毎日適度な作業量を与えられて集中して仕事ができるから最高ですよ」 彼女はこれを聞いて、驚いたような呆れたような表情を見せこう語った。 「その日本の会社、マネジメントがひどい。 いくら長時間仕事をしたところで仕事が終わるなんてありえないのに」 いくら働いても問題は無くならない 「それは生産性が落ちるからってことですか？」と尋ねる僕に、彼女はこう続けた。 「例えば、いま未解決のバグが10個ある。 すべて直すのに80時間かかる
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
何故だ。何故、ゲームのことを「無料で当然」という人がこんなにも存在するんだ: 不倒城
「有給休暇中、携帯はつながります」と申請してきた子に「電話待機は就労だからしなくてよい」と言ったらキョトンとされた
https://www.hibinonikki.club/entry/2015/07/01/060000
