タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

あとで読むに関するyamaghのブックマーク (5)

  • 漫画村を追い詰めたハッカーが語る〈ブラックハッカー〉から〈ホワイトハッカー〉への道

    違法サイト〈漫画村〉が閉鎖した一連の事件は記憶に新しい。その裏で、容疑者を突き止めたひとりの若きハッカーがいた。かつては自らも違法行為をおこなっていたが、そんな彼が、ホワイトハッカーへと転身した経緯について聞いた。 ネット上の悪意と賞賛は、根っこが同じなのかもしれない。煽り、クソリプ、誹謗中傷、粘着、特定といった攻撃や、〈いいね〉を求める行為の多くは、他者から認められたいという〈承認欲求〉によるもの。顔の見えない他人からの書き込みに一喜一憂し、リアルな生活を脅かされる恐怖に翻弄されてまで、その欲を満たそうとするのは、SNS全盛時代の病理といえる。一方、ネットの悪と正義を明確に分けられるのかも疑問だ。素朴な正義感から火がつき炎上し、徹底的にターゲットを叩きのめす光景が日々、繰り広げられている。 「特定されるのが嫌なので、自分の住まいや見た目も定期的に変えています。匿名でいたいんです」と、語る

    漫画村を追い詰めたハッカーが語る〈ブラックハッカー〉から〈ホワイトハッカー〉への道
  • 「若手に劣るベテラン」問題と、「トッププロ」の凄まじさについて。

    前から疑問に思っていた事の一つに、若手に負けるベテランの存在があった。 普通に考えれば、ベテランというのは経験豊富な方々だ。知識も経験もそこそこあるわけだから、少しぐらい仕事を覚えた若手になんて負けるはずがない。 そう、負けるはずがないのだ。 けど現実問題、僕の周りにはビックリするぐらい使えないベテランがいたり、異なる専門分野からやってきた門外漢の方が、専門分野にいる人間よりも博学だったりする事例があまりにも多すぎるのである。 これ、ほんと何でなのか疑問で疑問で仕方がなかったのだけど、最近になって 「素人」と「プロ」、そして「トッププロ」の違いがどこにあるのかがようやく腑に落ちてきた。 というわけで今回は、この3つの人種について、段階を追って説明していこう。 素人とプロの違いがマニュアルを使えるかどうか 日の医者のほとんどは、医学部を卒業し国家試験を合格した後、病院勤めを開始する。 普通

    「若手に劣るベテラン」問題と、「トッププロ」の凄まじさについて。
  • こじらせていない男を見抜く難易度が高すぎる件

    よく「そんなクズ男を選んで付き合った(結婚した)お前が悪い」的な批判をされるを見るけど、実際こじらせた男を見抜くのって難しいと思う。 私自身も知らないで親切にした男から突然豹変されたことが何度かあるし、そうした愚痴をこぼすと「自己責任」と批判する人が一定数いる。 個人的な経験として今思い出せるものだけを挙げるとこんな感じ。 尊敬できると思ってた大学の先輩同じサークルにいたちょいイケメンな線の細い感じの先輩。 好きで一人暮らしのアパートでメスを飼っていた。宅飲みで何度か他の人と一緒に行ったとき、ニコニコとを抱いていた姿が印象的だった。 卒業後数年した時に同じサークルにいた女の子が結婚報告をして、妊娠したから会社を最近休職したと報告をしたら豹変。 「暇で暇で仕方ないでしょ」 「いいよね。女はそうして仕事から逃げられて」 その他色々と専業主婦下げ発言を連発して汚い酒の飲み方をしていた。その

    こじらせていない男を見抜く難易度が高すぎる件
  • Macのコンテキストメニューから操作可能なFinder統合型Gitクライアント「GitFinder」が正式にリリース。

    Macのコンテキストメニューから操作可能なFinder統合型Gitクライアント「GitFinder」が正式にリリースされたそうです。詳細は以下から。 GitFinderはオランダのZigZagが2017年から開発していたGitクライアントで、WindowsのTortoiseGitの様にファイラー(Finder)に統合され、コンテキストメニューからリポジトリの作成やクローン, コミットなどの操作が出来ますが、この「GitFinder」が2018年02月13日に正式リリースされたそうです。 Thank you so much for showing interest in GitFinder. I would like to inform you that GitFinder has been launched today (February 13), and it is available

    Macのコンテキストメニューから操作可能なFinder統合型Gitクライアント「GitFinder」が正式にリリース。
  • エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita

    はじめに 時の経つのは早いもので、私がIT業界に身を置いて四半世紀になってしまいました。 その間、膨大な数の「設計書(仕様書)」を書いて来ましたが、未だに悩み・迷いは尽きません。 それでも、亀の甲より年の劫とも申しますので、私なりの経験則を「個人」と「チーム」の両観点でまとめてみました。 稿のテーマは、「主に設計書を想定した、開発ドキュメントの書き方」です。 稿で前提とする設計書は、ExcelやWordで書かれた、フォーマルな(≒納品物になりえる)設計文書、です。 したがって、自社サービス開発よりも受託開発、アジャイルよりもウォーターフォール、を前提として読んでいただいた方が、しっくりくると思われます。 <ご注意> 稿の内容は執筆者独自の見解であり、所属企業における立場、戦略、意見を代表するものではありません。 個人的に心がけていること 当該文書の作成目的や位置付けを冒頭に記載する

    エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita
  • 1