スタートアップのCTOクラスの人がたまにそういうことを言っているのを聞くことがあります。もしくは「スピード優先だからテストを書かない」等です。 それは真ではなく、言ってしまえば、未熟だからテストを書「け」ない、のではないでしょうか。ただ、スタートアップという言葉に未熟であるという意味が含まれているのであれば「スタートアップだからテストを書かない」という問は真になるかも知れません。スタートアップは得てして未熟なものだし、それでも良いからです。 テストを書かないというジャッジをするのは構いません。でもそれは、スタートアップだからでもスピード優先だからでもない。自分達が未熟だからで、そこには向き合うべきだと考えます。状況のせいにするのではなく、徹底的に自分ごと化する。それがスタートアップに求められる姿勢です。少なくとも技術のトップが自分たちの技術力に向き合わないのはまずいでしょう。 「スタートア
0から始めるNode.jsパフォーマンスチューニング
近年の Node.js は API のサーバとしてはもちろん、Nuxt.js や Next.js といった SSR や BFF などフロントエンドのためのバックエンド言語としての人気が高まっています。 フロントエンドエンジニアがコンテキストスイッチ少なくバックエンドの整備ができることは非常に大きな利点です。 ですが、フロントエンド（ブラウザ側）とバックエンド（サーバ側）ではパフォーマンスチューニングで見るべき点が大きく違います。 しかし Node.js アプリケーションのパフォーマンスイシューの見つけ方などがまとまっている資料は少ないです。 そこで、本記事ではフロントエンドエンジニアが Node.js でパフォーマンスイシューを見つけ、改善するため自分が普段パフォーマンスチューニングを依頼されているときにみている基礎的なポイトをまとめていきます。 1. 計測ステップlink Node.js
私が一番最初にAndroid アプリをデザインしたのが2016年の初夏頃で、その頃はまだiOS・Android とデザインが違うのが主流でしたが、2021年現在のアプリはiOS もAndroid もプラットフォームごとの細かな違いはあれどほぼ同じデザインが主流となっています。 これは2016年の10月にAndroid APIがBottomNavigationView に対応してからじわじわ浸透していった変化だと考えているのですが、その辺の歴史の話は省略します。プラットフォームは違えどスマートフォンアプリである以上デザインは同じ方が楽なので、共通化されていったのは自然な流れだと思います。実際両者が全然違うUI・デザインだと大変ですしね……。 とはいえ、プラットフォームが違うので全て同じというわけにもいきません。iOS にはHuman Interface Guidelines、Android
そろそろWebエンジニア3年目の折り返しになるので、Webエンジニアとして働く中でこれまで読んできた情報たちをまとめようと思い立ちました。 エンジニア3年目の今だからこそまとめられる情報として、「エンジニア1年目の１年間で読んでおきたかったな〜。」という本と記事をまとめておきます。 まとめ始めたら楽しくなってしまい、情報量が多くなってしまった...。全部手に取るのは不可能だと思うので、サーっと目を通して見て興味が湧いた本や情報を手にとっていただけると良いかと。 これからWebエンジニアになる人、Webエンジニア1年目の人の参考になれば幸いです。 これは何？ Webエンジニア1年目が仕事を進める上で絶対に求められるであろう知識を、技術力・Web知識・仕事の進め方・キャリアの観点からまとめました。 「これだけ読んでおけば絶対大丈夫！！」という安易なものではありませんが、「どんな知識を学べばいい
転職・求人情報サイトのtype エンジニアtype 働き方 良かれと思ってやったのに…元Google人事が説く、日本の管理職がやりがちなエンジニアの心理的安全性を下げるNG行動四つ 2023.05.12 働き方 GoogleCEOチーム ここ数年で「心理的安全性」という言葉の認知が広がっている。 特に、人材不足が課題となっているIT業界においては、エンジニアのエンゲージメントを高めたり、離職率を下げたりするために心理的安全性の高い職場づくりに取り組むマネジャーも多いのではないだろうか。 しかし、「心理的安全性の高い組織」を、「対立のない組織」「チームみんなの仲が良い組織」だと考えているとしたら、認識のアップデートが必要だ。 「エンジニアが意欲的に働ける組織とは、何に対しても『いいね、いいね』と肯定することを良しとする『Nice』なチームではなく、時には否定することも恐れず、率直な意見のやり
この一年の話（控訴審編）｜小野マトペ
判決から３ヶ月も経ってしまいましたが、ようやくレポートとしてまとめることができたので、8月31日に受けた控訴審判決についてお知らせします。 私を被告人とする偽計業務妨害被告事件の控訴審（東京高裁・細田啓介裁判長）ですが、すでに報道されている通り、結果は残念ながら控訴棄却となりました。本稿では、この判決についてくわしく見ていきたいと思います。 なお、公開裁判の原則に鑑み、本件訴訟を誰でも検証できるよう、判決書を含む裁判記録は一部個人情報等を伏せたうえで以下リンク先にて公開しておきます。 Googleドライブ - 刑事裁判記録 争点の確認判決を解説する前に、改めて裁判のポイントを整理させてください。 この裁判で私が主張していたのは、私は悪くないということ…ではなく、「業務妨害の故意は存在しなかった」という事実です。 大前提として、民事裁判では過失でも損害賠償の責任が生じますが、刑事罰は「あえて
『サガ フロンティア2』をクリアしました。 本当に、面白いゲームだと思いました。 私は、人並みにゲームを遊ぶ。その中で「これは面白いゲームだ」と感じることは、結構多い。そして時たま、そこを1段上回る「これはすごいゲームだ」と感じるものに出会う。1年に何本か、出会う。 そして、サガフロ2は「これはすごいゲームだ」と感じた。 遊び始めてからクリアに至るまで、ひたすらに。ひしひしと。めちゃくちゃに。「これはすごいゲームだ」と感じ続けた。これはもう直感。なんとなくの“勘”で、「あぁ、これはすごいな」と一瞬で気がつくゲームがある。 サガフロ2は、まさにそんなタイトルだった。 ちょっと今から恥ずかしいことを言うけれど、私はRPGに夢を感じていたりする。RPGには夢が詰まっている。物語にはロマンが詰まっている。数値の中で紡がれる冒険には、唯一無二の体験が詰まっている。だからRPGが好きで。だからゲームが
小山田圭吾の「いじめ謝罪」から一夜明けて。やはり続投は無理筋、五輪組織委が目を背ける厳しい現実とは？ - まぐまぐニュース！
東京五輪・パラリンピック開会式の楽曲担当である小山田圭吾氏（52）が、過去の雑誌インタビューで学生時代の「障がい者いじめ」を自慢し批判を受けた問題で、小山田氏は16日、「クラスメイトおよび近隣学校の障がいを持つ方々に対する心ない発言や行為を、当時、反省することなく語っていたことは事実」とする謝罪文をツイッターに投稿した。また五輪組織委は同日、小山田氏の続投を発表。過去の発言や行為について「把握していなかった」としたうえで、「現在は高い倫理観をもって創作活動に献身するクリエーターの一人」であるとの見解を発表した。 しかしSNS上では、謝罪文の発表直後から小山田氏や五輪組織委への批判がさらに加速。 謝罪文を読んだ仕事仲間のG氏が「偉いよ小山田くん。いい音出してこう！寧ろ炎上なんか◯◯喰らえ。」とツイート（現在は削除済み）して火に油を注ぐ一幕もあり、東京オリパラ開会式が1週間後に迫る中、問題が沈
前書き プログラミングで一番難しいところの一つは、「見積もり」だと私は思う。人から頼まれてプログラミングをする時、必ず最初に聞かれるのが「だいたいどれくらいで終わるか？」だ。厳しいところだと「何日に納品してくれるのか？」を問われる(むしろこれが普通かもしれない)。まっさらな状況から過去の経験を総動員してかかる時間を予想したり、可能な限りタスクに分解して時間を見積ったりするが、いつも不安に駆られる。多くの人も、見積もりに対して困難と不安を感じているのではないかと思われる。見積もりに対する自分の知識と経験を話して他の人にも参考にしてもらいたいと思って記事を書いた。 見積もりという言葉には色々な意味を含むが、今回の記事では「プロダクトをリリースするまでの期間の見積もり」から「頼まれた一つの機能の完成させるための期間の見積もり」までのスコープで話をしたい。 なぜ見積もりをしないといけないのか？ 見
マーケティングを20年やってきて、それなりに、というか、かなり効果測定には向き合ってきた自負があります。 広告やマーケティング効果測定に関する本はだいたい読んだし、大学の先生たちとディスカッションを重ねたこともあります。 宣伝会議の広告効果測定講座や広報効果測定講座でも過去8年以上に渡って延べ1,000人以上の実務家へ問いを投げかけてきましたし、多くの企業で効果測定に関するコンサルティングも手掛けてきました。 その上で、「効果測定」（＝マーケティング効果の検証）というテーマは、まるで出口のない深い森のように感じます。 でも、このテーマにちゃんと向き合わないと、これからより一層、ROI検証が厳しくなるこの世界で、誠実な仕事に取り組めないとも思います。 ということで、今回はこの難しいテーマを（体力の続く限り）まとめてみます。 商品が生まれて店頭に並びお客さんに買ってもらうまでには基礎研究や応用
第５９５号コラム：「私たちはなぜパスワード付きｚｉｐファイルをメール添付するのか」 | デジタル・フォレンジック研究会
第５９５号コラム：上原 哲太郎 副会長（立命館大学 情報理工学部 教授） 題：「私たちはなぜパスワード付きｚｉｐファイルをメール添付するのか」 皆さんの組織でも、重要な情報を含むファイルをメールで外部に送付する際に、その漏洩防止等のため、何らかのルールを設けておられるところが多いのではないかと思います。その中で非常によく見かける方式に、このようなものがあります。 ①添付するファイルをあるパスワードを使って暗号化ｚｉｐファイルにする。 ②そのファイルをメール添付して送信する。 ③続いてそのパスワードをメール送信する。 私が見聞きする限り、多くの日本企業や組織がこのようなファイル送信法をセキュリティ強化策と信じて」内規で義務づけたり、自動化システムを導入したりしています。しかしこの種のメール、少し考えるだけでセキュリティの観点からは効果がないことは明らかです。同一経路でファイルとパスワードを送
lain全話レビュー｜岩倉文也
Layer:01 WEIRD 『Serial experiments lain』について語ることはぼくの詩的来歴について語ることと等しい。あるいはまったく無関係である。さて第一話。まずは電気を消すことからはじめよう。このアニメは暗い部屋のなかでしか楽しむことができない。暗い部屋をもたないものは、どんな鋭敏な感性をもっていても詩を書くことはできない。目を病むことなど些細な問題である。アニメとは、暗い中に浮かび上がってこそ価値があるというものだ。 オープニング曲である「DUVET」を聴きながら考える。ぼくが『lain』と出会ったのは灰色の地方都市にある小さなレンタルビデオショップにおいてであった。ぼくは十四歳。ぼくはそのころ人間だった。限りなく人間だった。なにをしていたか？ 人間を。勉強をし竹刀を振り、顔に湧いたニキビに気を病んでいた。たしか、友達だっていたはずだ。時は二〇一二年。ぼくは取りあ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「スタートアップだからテストを書かない」は正しいか - An Epicurean
iOS とAndroid の違い クロスプラットフォームのアプリデザインで特に気をつけるべき点｜marin
Webエンジニア1年目の自分に捧げたい本・記事を超まとめ - Qiita
良かれと思ってやったのに…元Google人事が説く、日本の管理職がやりがちなエンジニアの心理的安全性を下げるNG行動四つ - エンジニアtype | 転職type
サガフロ2が本当に面白かったので本気で感想書く｜ジスロマック
プログラミングで一番難しいのは「見積もり」だと思う - Qiita
「で、それやったら売れんの？」という愚問｜池田紀行@トライバル代表