タグ

ブックマーク / anond.hatelabo.jp (134)

  • エクセルはクソな理由

    エクセルはクソ!!!もうほんとクソ! もうイライラばっかりしているけれど、まずは自己紹介しておく。 わたしは今年度からの新入社員。研修やらを終え、ここ数日エクセル使う仕事をやってみていた。 ちなみに今までエクセルの経験値はほぼない。これまでも、なんとなくエクセルに嫌悪感を感じていて、なるべくエクセルを避けていたし、これまではそれでなんとかなってきた。しかし今般、エクセルを業務で触っていて、今まで何に嫌悪感を感じていたのか、その理由がはっきりしてきた。 今回ここにその理由を記録しておこうとおもう。 なお、事前に断っておくが、エクセルが有用かつ重要であることは認識している。 エクセルがクソな最大の理由 ・入力と閲覧が一緒 もう色々クソすぎて何が重要なクソ加減かを理解するのに時間がかかったけど、おそらくここが最大にして最悪のクソなポイントではないだろうか。 今回、とある共有フォルダ(社内NAS

    エクセルはクソな理由
  • マストドンの現状

    唐突に流行り始めたマストドンの現状について記録しておく。 現在、日語がメインのインスタンスはmstdn.jp(ユーザ数85k、個人運営→ドワンゴ入社)、pawoo.net(ユーザ数78k、pixiv運営)、friends.nico(ユーザ数10k、ドワンゴ運営)、の3つが主な勢力となっている。 「マストドンは分散型SNSなんだからどこのインスタンスにいようと同じだろ」と思うかもしれないが、それは正しくない。というのも、「マストドンをどう使っていいのか」が、現状ではまだ誰にもわからないからだ。少なくとも現在は「ローカルタイムラインを使用したチャットツール」としての使われ方をしているため、どのインスタンスに所属するかで、かなり印象が違ってくる。 たとえばpawoo.netはハイレベルな変態の集会所となっている。昨日の深夜、男の娘ママについて熱く語り合っていたのを見たときは、「人類は衰退しまし

    マストドンの現状
  • dockerやめてどうしたか?

    この話の続き systemd-nspawnに移行した 以下詳細とか雑記 ファイルの差分管理がそもそも不要docker commitdocker diffも使わないし、要らない 要らないだけならまだしも、aufs、overlayfs周りでトラブル可能性がありむしろ邪魔 イメージの差分管理はファイルシステムの層でやるのが素直でコンテナ管理にくっついてるのに違和感がある Dockerじゃないと今までのエコシステムが云々言ってるやつこういう事言うやつは質をまるで理解してないやつ Docker特有の機能をフルに使ってる奴ならまだしもコンテナ動かすだけなら何使っても変わらねーよw Docker Hub からイメージダウンロードしてtarで解凍すりゃ良いだけじゃねーか composeだって容易にコンバート可能だし、composeで何が起きるかわからない状態で番運用とか口にしないで欲しい 実際sys

    dockerやめてどうしたか?
  • 単体テスト盲信してる皆様へ

    そもそも意味あるのかちゃんと考えてる? 「単体テストを書けばバグが減ります!」 「単体テストのお陰で精神的安定を保てます!」 馬鹿じゃねーのかw? テストコードのメンテなんてデバッグの手順書メンテしてるのと大して変わらねーよw その単体テストが番と同一の動作をテストできてる保証はねーって気づけボケが 番と同じ動作をテストしたかったらデバッグしろよ なんで別のコード書き始めちゃうの?無駄じゃん馬鹿じゃん それと「テストコードがあるから安全です」なんて寝言まだ言ってるの? プロジェクトが進むにつれソースも依存ライブラリも変化する以上 いつも同じ結果になるわけじゃねーだろが、(保守しないって選択はあるけど金入ってこないだろ) 番でもテストコード動かしますってやつら以外無理して単体テスト書く必要ないんじゃねーか? お前らが欲しいのは軽いデバッグモードであって単体テストじゃねーだろ? 工数削っ

    単体テスト盲信してる皆様へ
  • Docker盲信してる皆様へ

    そもそも便利なのかちゃんと考えてる? 「日々Dockerfileをメンテして開発環境がこんなに楽になります!」 「Dockerなので番とも開発者同士でも同じになります!」 馬鹿じゃねーのかw? Dockerfileメンテなんて手順書メンテとかシェルスクリプトメンテしてんのと大して変わらねーよw そのDockerfileから作ったものが番と同一だなんて保証はねーって気づけボケが 番と同じものを作りたかったら番からコンテナ作れよ なんでビルド始めちゃうの?無駄じゃん馬鹿じゃん それと「同じDockerfileから作ったものだから環境差異はありません」なんて寝言まだ言ってるの? yumもaptもリポジトリがセキュリティアップデートやらで変化する以上 いつも同じ結果になるわけじゃねーだろが、(バージョンロックする方法はあるけどめんどいだろ) 番でもコンテナを使ってますってやつら以外無理し

    Docker盲信してる皆様へ
  • 賃貸の退去費用が思ってたより多額だった [ 追記した ]

    8年間住んだマンション(3LDK)から引っ越す際に退去費用を30万ほど請求された。 特に破損させたようなところはないと思ってたのでびっくり。家賃は10万円ちょっとで敷金は15万円ほど預けてた。 退去精算書を見てみると、項目・金額・負担割合しか書いていなかった。 例えば、壁紙の張替えという項目なら、 項目:壁紙張替え 金額:120,000円 負担:50% のような感じ。 (金額・負担割合はかなり近しいダミーです) とにかく納得がいかなかったので、一度、現場で不動産業者と話をすることにした。 また、そういった知識がなかったので、後で聞き返せるようにやっすいレコーダーを買って、 国土交通省の「原状回復をめぐるトラブルとガイドライン」PDFをあらかじめ読んで、現場でも見られるようにしておいた。 いざ、話し合いの現場には、不動産業者の課長と建物を所有する会社の課長がきた。 はじめに「素人なので後で聞

    賃貸の退去費用が思ってたより多額だった [ 追記した ]
  • IPv6がイライラしすぎて仕方がない。

    当方ITエンジニア。 最近我が社のネットワークにIPv6が入りつつある。 これのせいで最近イライラが止まらない。 以前のIPv4のネットワークならなんとなく見続けるうちにネットワークの概要をつかむことができた。 255までの数字が4つあるだけだからだ。 1.1.1.1とかせいぜい面倒でも232.111.102.22とかだ それがIPv6になったらどうだ AAA1:CAFE:1:1:A11B:BEEF:1100:4750とか CAFE:AAA1:1:1:A11B:ABBB:1100:4750とか もう何と戦っているのかわからなくなる。 これ障害が起こったらとんでもないことになるぞ。 ネットワーク図があってもどこで何が起こってるかわからなくなるやつ増えると思う。 CCENTの難易度がCCNP並みに上がるのは必至だ。 簡単なOSPFの設定でも意味がわからないからな。 もうネットワークは CAFE

    IPv6がイライラしすぎて仕方がない。
  • なぜ35歳を超えると頑張らなくなるのか

    20代のころ、自分のずっと上の先輩たちが35歳過ぎくらいにパフォーマンスが落ちていったのを不思議に思っていた。 そして、30歳を超えたとき、いままで一緒に頑張ってきた先輩達が35歳を超えたあたりで突然やる気をなくしていった。 いったい何が起こっているんだ? 35歳にいったいなにがある? 謎は解けないまま、私も37歳になっていた。 すっかり気力が無い。まったく仕事のモチベーションが沸かない。 自分がなってみて謎が解けた。 でも答えは教えな~い。

    なぜ35歳を超えると頑張らなくなるのか
  • いち日本人から見たシリコンバレー

    一連の「海外移住のメリット・デメリット」の議論が盛り上がっているので、海外移住を考えている人に少しでも参考になればと思い、「私から見たシリコンバレー」をまとめてみた。 なるべく客観的な事実のみ書くことに努めたが、これがシリコンバレーのすべてだというつもりは毛頭ない(もちろんアメリカのすべてでもない)。「そういう体験をしている人もいる」程度に思ってほしい。 先に言っておくと、私は日人の海外移住に肯定も否定もしない。シリコンバレーに来たい人は来ればいいし、人それぞれじゃね?と思っている。 あんた誰よ日の大学を卒業後、東京にある外資系ソフトウェア会社で日向けのテクニカルサポートを担当。その後その会社のシリコンバレー社に異動願いを出した。シリコンバレー在住5年。現在はアメリカ国内向けのテクニカルサポートでエスカレーションエンジニアをしている(ので、いわゆる「ソフトウェアエンジニア」ではない

    いち日本人から見たシリコンバレー
  • なんで勉強するのか

    ここで細かいプロフィールを書いても釣りっぽさが増すだけだけだが。 私は東大卒なんだよ(学部卒、就活に失敗した負け組)。で、中2の娘がいる。めっちゃかわいい。くそかわいいぞ。うらやましいだろ。反抗期だけどな。 さて、この前、娘に「なんで勉強するのか」と問われて、答えに窮してしまった。 院進しなかったから「学問そのものの価値」について説明する資格もないし、そんなもん分からない。 就活に失敗して自殺未遂までした身だから、「勉強すれば良いトコに就職してお金持ちになれる」と言うこともできない(余談だが、自殺未遂のときに救急車を呼んでくれた人がいまの)。 かろうじて「勉強すれば、くだらない嘘に騙されなくなる。水素水とか、EM菌とか、怪しい新興宗教とか」と言うと、「水素水の何が嘘なの」と返された。「健康に効果があるって言ってるけど嘘だよ」「健康に効果があるって具体的にどういうことを言ってるかちゃんと調

    なんで勉強するのか
  • 2020年に振り返る2016年のWeb開発

    後輩「先輩、このシステム僕が引き継ぐ事になりました。よろしくお願いします」 先輩「そうかそうか、やっと肩の荷がおりるな」 後輩「これ2016年に作ったシステムなんですよね。僕その頃まだ入社してないんで、最初の方から教えてもらっていいですか」 先輩「よしわかった。環境構築から順を追って説明する」 〜 先輩「まずはじめにnode.jsを入れる」 後輩「あ〜昔流行ったサーバーサイドでJavascript使えるやつですよね。このシステムnodeで動いてたんですね」 先輩「いや、nodeは使ってない」 後輩「え?」 先輩「nodeに付属しているnpmというパッケージマネージャーを使ってる」 後輩「なんでまたそんな回りくどいことを・・・」 先輩「当時はnpmが一番メジャーだったんだよ。今主流のN3(N3 is Not Npm)はまだ無かったしな」 〜 先輩「よしnode入れたな。じゃあnpm inst

    2020年に振り返る2016年のWeb開発
  • IT界隈の動物たち

    GitHubの謎生物が気になり、せっかくなのでIT界隈の動物(?)を用いた名前やロゴの由来など調べてみた。 ※追記あり:Gopherファンに襲われそうなので。ごめんねGopher君 GitHub種類:octocat(ネコ+タコ) 名前:monalisa Q.どうしてタコなのに8足じゃないの? A.なにも考えずに描いたからね! もともとデザイナーはoctopussと呼んでいたが、いくら訂正してもGitHubの社員がoctocatと呼ぶため、octocatで落ち着いた。 octocatはあの生物種の名称であり、monalisaという名前は社員の娘が学校の課題で名付けたもの。 Python種類:ニシキヘビ 名前: - イギリスのコメディ番組『空飛ぶモンティ・パイソン』より。 またPythonという英単語はニシキヘビを意味するため、マスコットとしてヘビが用いられる。 オライリーのとかすごい表紙

    IT界隈の動物たち
  • 議事録を作る仕事をしていました

    私の仕事新卒で入った会社は、PCサポート兼事務職で、約10年間ずっと議事録を作る仕事をしていました。 会議ごとに自分の所属している部署とは別に会議名の付く委員会があり、その会議の末席でひたすら議事録を書く仕事をしていました。議事録書きといっても単純な記録であれば、慣れればそれほど難しくはないのですが、この会社はがちがちに組織が硬くて、組織の意思決定の議事録というのは人間関係にとても気を使いました。 私が書いた議事録はまず主査と主任代理にチェックをもらって直しを受けます。そして主任、調査役、課長代理、課長代行、課長補佐、課長、担当課長、別部署の主任代行、課長1、課長2、部長代行、部長補佐、部長補佐2、担当部長、副部長1、副部長2、部長、部長代行、部長補佐、部長、常務、専務と順番に稟議されていくわけですが、当然1人でも却下されたら、また最初からやり直しとなります。その度に議事録の修正票を

    議事録を作る仕事をしていました
  • gitにおけるコミットログ/メッセージ例文集100

    私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。 要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。 仕方なく自分でまとめたので、増田に垂れ流しておく。 はじめにここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここ

    gitにおけるコミットログ/メッセージ例文集100
  • カルボナーラの構造と組み立て方

    ペペロンチーノと並んで、物議を醸すのがカルボナーラ。 最近もWEBメディアが適当な記事をあげてカルボナーラ警察に摘発されていたことが記憶に新しい。 でも、ブコメ読んでる人からすれば「何が正解なの!?」と混乱してしまうよね。 というわけで、カルボナーラの組み立てを、できる限り分解しながら考えてみる。 【人はカルボナーラに何を求めるのか】 料理はすべて、最終ゴールになにを求めるかで作り方が変わる。 最初に出来上がりのカルボナーラ像を意識しておくことが非常に大事。 具体的にカルボナーラのイメージとしては ・チーズの旨味はどれくらい効いてるとよいか? ・生クリームを入れるか?全卵に挑戦するか? ・仕上がりのテクスチャはさらさらからドロドロのどの辺りを狙うか? ・卵はどれくらい効かせるか?追い卵黄はするか? ・黒胡椒のパンチはどれくらい欲しいか? ・買い物しても最高系を目指すか、妥協して家の材料で作

    カルボナーラの構造と組み立て方
  • 銀行はなぜ合併しなければならなかったのか

    江戸時代の日は米・金・銀という三種類の通貨システムを平行して扱っていた。徳川幕府と諸侯領(明治時代以降藩と呼ばれるようになるやつ)が入り乱れた連合国家であった。諸侯領間における政治経済システムの違いは大きかった(要するに戦国の遺風を引きずった藩とそうでない藩があった)。上記のような事情があった結果金融業の発達は著しく、幕末には多くの諸侯がこうした金融業者の支配下に置かれるありさまだった。 明治政府は戊辰戦争後、 近代的金融システムの成立戊辰戦争の戦費として発行された政府紙幣の償還金貨の流出が著しいという現状の対処などといった問題に対処するために、新貨条例および国立銀行条例が制定した。これらの制度は 実質金銀複合位制国立銀行というが国立銀行条例という法令に基づいているが実際は民間資による銀行である民間銀行が国債を担保に兌換券を発行することができるというなにがなんだか分からない制度になっ

    銀行はなぜ合併しなければならなかったのか
  • 良く分かる「みずほ銀行デスマーチ」

    やあ、デスマーチってるかい? 実はデスマーチ基準ってのがあって、7時間寝られるか。 なんと自宅に居る時間は5時間だけ?継続してたらデスマーチよ。 法律守って作業者が自宅に9時間いられるようにマネジメントするのがお仕事。 (鎮火の初動は、終電まで働かせといて健康管理は自己責任とか言う人の排除から) というわけで、みずほ銀行が最近また話題になったので、振り返ってみよう。 銀行の権力闘争が根原因さて、みずほ銀行の吸収合併は、こんな感じ。 みずほコーポレート銀行<改名=富士銀行←日興業銀行みずほ銀行<改名=(第一勧業銀行←富士銀行のリテール部門)←(みずほ統合準備銀行←日興業銀行のリテール部門)で、記憶に新しい2011年の東日大震災システムトラブルの影響で、 システム刷新して再発防止するぜ!というのが2012年スタートの話。 みずほ銀行<改名=みずほコーポレート銀行←みずほ銀行 (一体化し

    良く分かる「みずほ銀行デスマーチ」
  • そもそもみずほ銀行の前身は、第一勧業銀行・富士銀行・日本興業銀行の合..

    そもそもみずほ銀行の前身は、第一勧業銀行・富士銀行・日興業銀行の合併あたりから始まってるわけです。 合併はしたもののこいつらは仲が良くなくて、社内でどこの銀行出身がリーダーとるかで血みどろの社内政治闘争が繰り広げられてます。それを反映して、社内の電算システムも、キメラ合体させ田つぎはぎのを使ってます。どの派閥も譲らなかったせいです。当然、死ぬほど古いプログラムを切り貼りして継ぎ合わせて使ってるので、もう誰も全体像はつかめないし改造するのも難しい状況ですし、触らぬ神に祟りなしみたいな状態でした。 記憶している人もいるかと思いますが、東日大震災直後の2011年3月にみずほ銀行の子の電算システムは大規模な障害を起こしてます。8000億円規模の決済遅延を起こして、預金者に不便をかけました。当然金融庁の調査とかも入ってるんですが、その結果として「組織の上層部が派閥闘争しすぎで、仲悪すぎて、現場も

    そもそもみずほ銀行の前身は、第一勧業銀行・富士銀行・日本興業銀行の合..
  • 9つの玉があります。 ひとつだけ重さの違う玉があります。 天秤測りを3..

    9つの玉があります。 ひとつだけ重さの違う玉があります。 天秤測りを3回だけ使って、重さの違う玉を見つける手順を示しなさい。

    9つの玉があります。 ひとつだけ重さの違う玉があります。 天秤測りを3..
  • 全てのRubyエンジニアはだいたい糞である

    汎用系のエンジニアからRubyエンジニアとして転職して1年。 コボラー(笑)なんて言われることも多いが、この1年で出会ったRubyエンジニアは全て糞だった。 その特徴はだいたいこの3つだ。 1.テストを甘く見ているやれテスト自動化だ、やれテスト駆動開発だの口だけ達者なエンジニアの多いこと。 そもそもブラックボックステスト、ホワイトボックステストを分かっていない奴が多すぎ。 テストコードでカバレージが100%だったとしても実際の打鍵結果でエラーは弾けることが多いのにリリースしてしまう。 そもそもテストケース表を若いうちに書く習慣が無いからだ。 ドキュメントを揶揄し机上デバッグも行わない、こんな状態で「アジャイルですから」とかドヤ顔でいってしまうRubyエンジニアは糞である。 2.パフォーマンスを考えないRubyエンジニアはパフォーマンスを考えない。 どのメソッドがどれくらいの負荷なのか意識

    全てのRubyエンジニアはだいたい糞である