PoohKidのブックマーク - はてなブックマーク

【まつもとゆきひろ氏　特別講演】20代エンジニアのためのプログラマー勉強法のまとめ 2019/3/30 - Qiita

予想していた技術的な勉強法というより、エンジニア、ビジネスマンとしての生き方や、成功するための方法論を20代に向けてMatzさんが伝えてくれたのでまとめます。(自分なりの解釈も少し入ってます) とてもためになる講演でした。個人的には特に前談2、3、4、5、6がためになりました！！ Matzさんありがとうございました!講演内容前談1. テクノロジーとは人を幸せにするためのもの前談2. 若いうちから頑張ろう 1.学生と社会人の"勉強"の違い 2.なぜ勉強するのか？ 3.勉強についてのTips(what, where, when, how) 4.とにかくアウトプット 5.成功するためのTips 6.最後に3つのアドバイス ※Ex)で書いている具体例はMatzさんが使われたものをそのまま使ってます。前談1. テクノロジーとは人を幸せにするためのもの本来人を幸せにするためのテクノロジーが人

PoohKid 2019/04/10

リンク

[ver 1.2] Git でよく使われるコマンドにイラストによる説明を加えて1枚のチートシートにまとめてみた - Qiita

本題のチートシートはこちら PNG SVG https://d.kuku.lu/6b5cc7b0a9 からDLできます作った理由git って他人に概念を説明するのって難しいし、自身も何度も反復させないと定着しなかったなあという感覚を持っていたので作ってみました所感こちらのGit チートシートですが、この中に盛り込めなかった内容で第2段を作成しようか考え中です皆さまのオススメの便利コマンドとか、この内容は必須だろ！的なものがあればをご教示いただければ幸いですもし誤りがあれば、作者の心が折れない程度にご指摘いただければ幸いですあとがきここまで反響を頂けるとは思っておらず、嬉しい限りです・・・本当にありがとうございます・・・！！また、図は全て自作です。図における言語は英語、説明は日本語、と言う形に統一しました。︵吹き出し部分だけ日本語になっていたのでこちらは修正しまし

PoohKid 2019/03/13

gj!, git pull(fetch+marge)は図にするのが難しい, git log単体は使わない(showのが使う)けどlog --graphは息をするように使う

git

リンク

なぜお年寄りはスマホを使えないのか？ - Qiita

はじめに正月に実家に帰ったとき母親にスマホの使い方を教えていて気づいたことのメモ。お年寄りにスマホを教える立場になったときにこの記事の内容に目を通しておくとよいです。お年寄り向けのスマホアプリ開発や、逆に未就学児向けにアプリを作るときなどに応用できるかもしれません。タップできないまず、そもそもタップできない。何気に一番大きな問題。タップしようとしたときに以下のような現象が起きる。爪で押してる強く押しすぎる、画面に触れている指の面積が大きすぎる狙ったところを押せない画面に触れた後に指がズレる触れている時間が長く、長押しになってしまう結果的に﹁画面の正しい場所を押してるつもりなのに何も起きない﹂ので困惑する。フリックなどのタップ以外の操作はより難易度が上がるので、できればないほうがいいかもしれない。指紋認証付き端末だったけど、指の登録︵何度も押し付けるやつ︶も指紋認

PoohKid 2019/01/09

うちの親も概念を覚えられない、というか説明してもそんな話は聞きたくないと拒否られる...

リンク

システムで「性別」の情報を扱う前に知っておくべきこと - Qiita

0は性別に関する情報が得られない場合に使います。性別に関する情報はあるのだけど1とも2とも言えない場合は9を使います。要は﹁0でもなくて1でも2でもなければ9﹂です。これを知っていればMだとかFだとかを議論をせずに済みますね。国際規格に従うべき理由国際規格に従うことは色々と利点があります。まず、どうしてそういうコード体系にしたのかを説明しやすいです。また多言語対応する際も規格通りに書けば伝わるはずなので迷わずに済みます。別システムへのデータの移行や、異なるシステム間でのデータの統合もコード体系が同じならラクラクです。もしかしたら別のプロジェクトで書いたコードをそのまま使いまわせるかもしれません。技術者に対するトレーニングも不要です。対して、わざわざ国際規格に反する実装をする場合は上記のメリットがそのままひっくり返ってデメリットになりはしますが、もちろん、それなりの理由があれば規格と

PoohKid 2018/04/18

読み物としておもしろ興味深い

リンク

Webアプリケーションフレームワーク導入時に考慮すべき22の観点 - Qiita

本記事では、チームによる持続的に変更可能なWebアプリケーションの開発を目標に、フレームワーク導入時に考慮すべき22の観点を紹介する。フレームワークによって特徴は異なるが、本番導入にあたって、考慮すべきポイントはあまり変わらないので、極力フレームワーク1に依存しすぎないよう配慮する。また、話をシンプルにするため、REST APIを提供するアプリケーションを題材とする。前提ソフトウェアのエントロピーソフトウェアがエントロピー増大の法則を避けられないことを、体感している開発者は多いだろう2。普通にアプリケーション開発を続けると、開発スピードは鈍化し、品質は低下してバグが増え、開発者からは技術的負債への怨嗟の声が聞かれるようになる。エントロピー増大というフォースは極めて強力で、意思を持って立ち向かわなければ、容易にダークサイドに堕ちてしまう。関心事の分離大規模Webアプリケーション

PoohKid 2017/12/21

リンク

こんなGitの教え方をするエンジニアはデザイナーからモテるぞ！ - Qiita

いかがでしょう！この通り、デザイナーからモテモテです！ ■真面目な話… タイトルはふざけていますが、真面目な話をすると4年前の私がこんな教え方をしてもらえていたら、本当にGitに怯えることもなかったと思います。なぜ、あのころ理解ができなかったのか。あの時どうしてもらえていたら、エンジニアもデザイナーもお互い幸せになれたのか。Gitを使い始める時にデザイナーとして知りたかったことや知らなくても困らなかったことを一生懸命まとめました。情熱を込めすぎたせいで、1万字を超えるエントリーになってしまっています。順番も意識したので、上から順に読み進めていただけると、うれしいです。 ■あらすじ︻その1︼﹁図解﹂を活用し、﹁簡単﹂って嘘をつかないエンジニアはモテる︻その2︼Gitで幸せになる世界を共有してくれるエンジニアは素敵だ︻その3︼環境構築をサポートしてくれたエンジニアはものすごく

PoohKid 2017/12/20

これは素敵な教え方(自戒), デザイナがこの内容を習得したら並のエンジニアより理解が進んでるのでは(笑)

Git

リンク

Linus Torvalds氏によるGitの内部構造の解説 - Qiita

初めに LinusによるGitのinitial commitのREADMEの訳です。社内のSVNからの移行を促すために資料を整備していたのですが、SVNでやっていたことを移し替えたりコマンドを覚えたりするより内部構造を知ったほうが早いことに気づきました。それで、gitの内部構造についての解説資料を色々見ていたのですが、データ構造については原作者のこのREADMEに言い尽くされている気がします。のみならず、gitを使うものが抱くべき精神性のようなものが示されており、深い感銘を覚えました︵ヒャッハー︶。 README: ”GIT - 馬鹿コンテンツトラッカー” コミットメッセージ‥git, 地獄からきたインフォメーションマネージャgitの意味 "git" は何を意味することも出来る、お前の気分次第だ。3文字で、発音可能で、実際のUNIXシステムで共通コマンドとして使われていないものであ

PoohKid 2017/11/08

『なおCVSやSVNなど従来型の差分SCMに対するLinusの態度は超攻撃的なことで有名です』ゆえのこの文体で違和感はなかった

git

リンク

git clone 時の秘密鍵指定と git のバージョンについて

こんにちは、野口です。git clone 時に、特定の秘密鍵を指定したい場面があり、どのように対応したかを紹介します。通常の状態でgit clone すると、 ~/.ssh/id_rsa の秘密鍵をみてくれます。例えば /tmp/ssh/id_rsa をみてほしい場合、どうすればよいでしょうか。 ~/.ssh/config で秘密鍵を指定する ~/.ssh/config に秘密鍵のパスを指定すれば良いです。 $ cat ~/.ssh/config Host github.com User git IdentityFile /tmp/ssh/id_rsa ただ config ファイルはいじりたくなかったので、他の方法を探してみました。すると、GIT_SSH_COMMAND で指定する方法が見つかりました。環境変数GIT_SSH_COMMAND で秘密鍵を指定する $ GIT_SS

PoohKid 2017/11/07

GIT_SSH は使ってたけど GIT_SSH_COMMAND はラッパーシェルが要らないのが良いね！

Git

リンク

【初心者向け】「コミットの粒度がわからない問題」の模範解答を考えてみた - Qiita

はじめに先日参加したRails Developers Meetupの中で、﹁コミットの粒度がわからない問題﹂が少し話題になっていました。﹁commitの粒度がわからない﹂すいません、私もです…！よく迷っちゃいます…！！！ #railsdm — まえとー (@maetoo11) July 20, 2017 commitの粒度がわからない問題、ある。︵ほんとわからない︶ #railsdm — おおた (@ota42y) July 20, 2017 普段僕は感覚的に﹁それっ、ここでコミット！﹂とコミットしているんですが、具体的にどういうルールでやってるの？と聞かれると、きれいに明文化しづらいものです。とはいえ、できるだけ明文化できるよう、模範解答を考えてみました。この記事ではそんな﹁適切なコミット粒度﹂について解説します。動画で明文化・・・！？すいません、﹁明文化した模範解答﹂という

PoohKid 2017/10/04

commitはセーブじゃない定期/意味のあるコメントを付けられない粒度はダメでは

git

リンク

エンジニアを指導する立場の人こそ読んでほしい、新卒エンジニアが1年間で上司に感じた５つのこと - Qiita

︵追記 2017/5/10︶だいぶ放置していた形になってしまい申し訳御座いません。僕自身ここまでの反響が︵炎上が？笑︶起こったことに驚いております。賛同してくださった方・批判してくださった方、どちらも最後まで記事を読んでいただき、コメントまでしていただいたことに感謝でいっぱいです！自身の考え方としても勉強になりますし、何よりみなさんがこれだけ真剣になっていることが僕自身はとても嬉しい限りです。本当にありがとうございます。前書きエンジニアとして1年経ち、振り返ってみると、業務中にわからないことがあるたびに調べ、Qiita (記事投稿者の皆様方) には大変お世話になりました。ありがとうございます。︵今頃になって自分は登録しましたが笑︶社会人1年目って人生1回きりしかありません。自分も2年目となり指導する側になる身として、1年目で抱いていた心をいつまでも忘れないために、これを残

PoohKid 2017/05/17

褒めて欲しいと言いつつ相手をけなしているので逆の立場になったときどう行動するか気になる

リンク

Amazon S3ダウンの原因、コマンドの入力ミスで多数のサーバを削除。サブシステム再起動に時間がかかり障害が長引く。AWSの報告を読み解く

AWSの米国東部リージョン︵US-EAST-1、バージニア北部︶において2月28日に発生したAmazon S3の障害の原因と対策などについて、AWSが報告を公開しました。 Amazon S3がダウンした直接の原因は、Amazon S3課金システムのデバッグ作業中に入力したコマンドのミスによって多数のサーバが削除されたことでした。また、それによって引き起こされたサブシステムの再起動に時間がかかったことが、障害を長引かせる要因になっています。この記事ではAWSの報告内容を整理し、発生した出来事を時系列でみたあと、障害の背景にあった技術的な要因と対策を紹介します。コマンドの入力ミスで多数のサーバを削除、復帰にも長時間かかるそもそもの障害の発端は、Amazon S3課金システムの処理速度が想定よりも遅くなっていたため、Amazon S3チームがデバッグ作業を行っていたことでした。2月28日

PoohKid 2017/03/06

リンク

イケイケなベンチャーの開発チームが、大企業的な開発チームになってしまう5つの兆候 - Qiita

はじめにこの記事は CrowdWorks Advent Calendar 2016 18日目の記事です。1やすにしと申します。世間一般的に言う、ジャーマネ的なことをやらせていただいております。組織というのはナマモノでして、常に変化し、課題の種のようなものを見過ごすと、後々大変なことになることが多くあります。とはいえ、うまくいっても空気のように当たり前となりますし、うまくいかないと批判の的になるというなんとも世知辛い役割ですね。我々も、5人ほどのエンジニアだった組織が、9ヶ月ほどで30人を超え、大きな変化を迎えました。人数が多くなるということは、課題が変容し複雑になるということ。当然ながらその複雑な課題に対して対処するわけですが、そこで多くの会社は﹁マネジメント﹂をしようとします。ただ、そのマネジメントもやり方を間違えると、活力や改善や変革をする芽を奪ってしまい、一気に硬直化し、数人だ

PoohKid 2016/12/21

人が急に増えたあるあるかと思ってたけど一般的なエンジニア対立あるあるだった

リンク

質問は恥ではないし役に立つ - Qiita

一年半SEとして働いてきた中で、私自身が苦手だと思っており、他人からもそのように評価されていたのが﹁質問の仕方﹂でした。それが先日、他人から﹁質問の仕方がうまいね﹂と褒められることがあり、ようやく一人前の質問の仕方ができるようになってきたので、どのようにして克服できたのか紹介したいと思います。質問の基本形私が入社したばかりの頃は、わからないことがあればすぐに先輩に質問していました。そのときにしていた質問の内容はだいたいこんな感じです。﹁環境構築を手順書通りにやったんですけど、○○のコマンドでエラーがでてしまいます！なんとかなりませんか？﹂このような質問を受け取ったら、先輩は暇ならばエラーメッセージを見てくれ、エラーメッセージに書かれていることに対して調査してくれるかもしれませんが、忙しいときにはそんなことはしてもらえません。こんな質問を繰り返しているうちに先輩からは﹁技術系メ

PoohKid 2016/12/21

雑な質問してきた人を怒る前にこれを教えてあげるといいんじゃないですかね

リンク

高木浩光＠自宅の日記 - 緑シグナルが点灯しないのに誰も気にしていない？という不思議, 追記

■ 緑シグナルが点灯しないのに誰も気にしていない？という不思議フィッシング対策ソフトの導入動向最近、金融機関が﹁PhishWall﹂や﹁PhishCut﹂を導入したというニュースをよく見かけるなあと思っていたら、どうやら、金融庁の監督指針の今年の改定でフィッシング対策について明記されたことが関係しているらしい。主要行等向けの総合的な監督指針︵平成19年6月版︶, 中小・地域金融機関向けの総合的な監督指針︵平成19年8月版︶, 金融庁 III-3-7 インターネットバンキング III-3-7-2 主な着眼点 (2) セキュリティの確保ホームページのリンクに関し、利用者が取引相手を誤認するような構成になっていないか。また、フィッシング詐欺対策については、利用者がアクセスしているサイトが真正なサイトであることの証明を確認できるような措置を講じる等、業務に応じた適切な不正防止策を講じている

PoohKid 2016/11/20

ソフトの用途を見た第一印象「それSSLじゃダメなの？」10年ほど前の記事なのか...

セキュリティ

リンク

主要でもないプログラミング言語200種を一行で解説 - Qiita

はじめに家帰ったら﹃主要じゃない200くらいのプログラミング言語の雑な紹介﹄書いてやるから待ってろ — NANAKASE Kotoko (@make_now_just) 2016年7月1日このツイートがことの発端でした。元ネタは、主要なプログラミング言語5種類を徹底解説! - Programming share 主要なプログラミング言語8種をざっくり解説 - shi3zの長文日記あたりです。上の方の記事の冒頭に、現在プログラミング言語は、200種類以上存在していると言われています。(実際に利用されているプログラミング言語の数はその10分の1くらいです。) とあったので200言語解説してみようというわけです。 200言語の解説を書くということは仮に1言語1分で書いたとしても200分、つまり3時間と20分の時間がかかるわけで、まぁそれは無駄に時間のかかる作業になります。そうなると必

PoohKid 2016/07/06

ひとことが面白い力作, 『ボク自身が書いたことのあるプログラミング言語』マジか！

リンク

日本でアジャイルが流行らない理由 - @ledsun blog

ポジション的なもの個人的に、アジャイルは﹁︵あんまり未来や遠くのことを考えるのをやめて︶目の前にある問題を解決しよう﹂という思想と認識しています。現実の問題を見ないで﹁将来、日本と米国のソフトウェア開発技術の差が広がるから、ウォーターフォールをやめてアジャイルをやろう﹂とか、何を言っているんだ、おまえは？と、思います。キーワード﹁エンタープライズ﹂が出てきているので、業務システムの話をします。情けないぞアジャイルコーチ私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログを読みました。感想を書きます。サム・グッケンハイマーの一言サム・グッケンハイマーは、マイクロソフトが、アジャイル、そして DevOps 移行したことに関するソートリーダーの方が﹁ウォータフォールは一切メリットがないので止めておきなさい﹂といったそうです。まあ、ポジシ

PoohKid 2016/06/21

システム開発とは「発注するもの」というのが大半なので、たとえばオフショアでアジャイル開発が上手く行ってる事例があれば参考になりそう

アジャイル

リンク

新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック - Qiita

エンジニア組織を強くするための本を出版しましたQiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。エンジニアリング組織論への招待～不確実性に向き合う思考と組織のリファクタリングこの書籍は、エンジニアリングを﹁不確実性を削減する﹂という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。はじめに最近、メンター制度として新入社員や若手のメンバーに対して、先輩をつけて相談事に乗ってあげたり、仕事のサポートをしたりといったような教育プログラムを組む企業が増えています。このメンターという役割は、ちょっとした訓練が必要だったりするのですが、このあたりの研修や訓練をせずにいきなり明日からメンターね！なんてことがままあります。

PoohKid 2016/06/03

『コーチ/師弟/マネージャ/OJTとの違いは？』スール制度との違いが気になります！

コミュニケーション

リンク

ロシアの天才ハッカーによる【新人エンジニアサバイバルガイド】 - Qiita

弊社に5年間在籍していたロシアの天才ハッカーが先日退職しました。ハッキング世界大会優勝の経歴を持ち、テレビ出演の経験もある彼ですが、正直こんなに長く活躍してくれるとは思っていませんでした。彼のようなタレントが入社した場合、得てして日本の大企業にありがちな官僚主義に辟易してすぐに退職するか、もしくはマスコットキャラとして落ち着くかのどちらかのケースがほとんどなのですが、彼は最後まで現場の第一線で活躍してくれました。そんな彼が最後に残していった退職メールがなかなか印象的だったので、その拙訳をここに掲載します︵転載について本人同意済み。弊社特有の部分は一部省いています。︶ああ、なんという長い旅だったろう。この会社で5年間もセキュリティを担当していたよ︵諸々の失敗は許してくれ︶俺は他の退職者のように面白いことは書けないが、私のこの退職メールを読んでくれている人、特に新人エンジニアのために、

PoohKid 2016/06/03

これだけのスキルがありながら説教臭くない文章なのは人柄なのか, 『コードのクオリティに腹をたてるな』ほんとゴメン

エンジニア

リンク

サイトの高速化を難しく考える前に – cat /dev/random > /dev/null &

ここ最近いくつかのサイトを見ていて、アレ？妙に重くない？とDevTools等を見てみたらいろいろな問題点を見つけました。例えばベースページが重いというのもあるのですが、単純にリソースが大きすぎる、ヘッダがおかしい等少しの工夫で閲覧をする人たちは快適になるだろうというのを思いました。正直なところ今回記述する内容はいろんなサイトや書籍では触れられてはいるのですが、サイトを見回って共通で考慮が漏れていて、余りサイトに変更を加えずに効果がでそうなのを纏めてみました。そのページを見るのにどれだけのダウンロードが必要ですか？最近はPC環境もモバイル環境もより強力になり、リッチなコンテンツをストレスなく見ることが可能になりました。マシンスペックやブラウザの高速化等いろいろありますが、ラストワンマイルのNW帯域が改善したのが大きいと個人的には感じています。しかし、それに甘えて不必要なリソースを

PoohKid 2016/05/30

富豪的ウェブサイト

web

リンク

今まで知らずに損してたauthorized_keysの書き方 - Qiita

ほとんどの場合はこれで事足りるのですが、意外と知られていない(?)便利な書き方が有ることを知ったので共有します。特定のIPからの接続のみ許可すると書くと、その鍵では1.2.3.4というIPアドレスを持つクライアントからしか接続できないように制限をかけることができます。これを知るまではiptablesだけで接続元を弾いていたのですが、これを使えば鍵ごとに接続元を指定できるので、よりきめの細かなアクセス制限がかけられて幸せです。以下の様に書けば、サブネット単位で許可したり複数のIPを指定することも可能です。

PoohKid 2016/05/02

command 指定は超便利よ 80ではなく22を使った webhook として使える

リンク

はてなブックマーク

タグ

PoohKidのブックマーク (7,202)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

今週のはてなブックマーク数ランキング（2024年7月第1週）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス