マーケティング関連の知識を得たり、読書する方法で、今一番オススメなの知りたい人、いる？ — 高広伯彦 たかひろのりひこ (@mediologic) January 8, 2022 そもそもなぜこんなことを言うかというと、 1/ 一部を除き日本の実務家向けマーケ関連本は個人の経験則に基づくものが多すぎて、一般化されてないものばかり 2/ 論文は「書籍」に比べると少ない文字量で、圧倒的な情報が含まれている と言ったことから、海外の、特に論文購読をオススメしたいため。 https://t.co/ZcF1BloXnA — 高広伯彦 たかひろのりひこ (@mediologic) January 8, 2022

★★★　　　　面白かった ★★★★　　　すごい好き ★★★★★　　愛してる ★★★★★★　人生のお供 この記事では★5以上を並べます。 同じ★数同士の順番は、単純に読んで記事にした日付の順なので他意はないです。 読んで面白くなかった漫画は、わざわざDISるのもなんなので記事にしてないです。 その他、世の中には自分が読んでない漫画の方が圧倒的に多いです。 前は半年ごとにやってたんですけど、事情があって今回は1年分まとめて、寸評も巻ごとじゃなくて作品ごとに。 55選っていかにも多いですけど、「28選／半年」「だいたい週に一冊」って考えると自分のペースはそんなもんかなと思います。 でもこの記事は諸々込みで24,000字ぐらいになりました。長くてすいません。 あとで読んでください。 前回はこちら。 aqm.hatenablog.jp じゃあ、そういう感じで。 ★★★★★★ aqm.hatenabl

デザナビ👀デザインを図解で解説 @wkwdesigner フォローするとデザインのヒントやキッカケが見つかる💡 初心者向けデザインテクニック・Tips／デザインのポイントを図解付きで解説💡 ツイートだけではわかりづらい部分はブログで詳しく解説✏️ https://t.co/X9FzimhN9e

宣言的UI https://speakerdeck.com/sonatard/xuan-yan-de-ui GraphQL実践ノウハウ https://speakerdeck.com/sonatard/graphql-knowhow GraphQLの誤解 https://speakerdeck.com/sonatard/rethinking-graphql #RoppongiGraphQL https://twitter.com/sonatard/status/1439124499023101952

こんにちは iOS エンジニアの @_nkmrh です。 先日 iPhone 13, iPad mini 等が発表されましたね！私は手元の iPhone がまだ現役なので購入の予定はないのですが、Apple Store で見られるのが楽しみです...!　新型 MacBook Pro の発表もそろそろとの噂でそちらも気になっている今日この頃です。 はじめに iOS チームでは SwiftUI.View の実装経験が浅いこともあり、実装者によって書き方や、View の粒度がまちまちで、コードが肥大化したり、メンテナンスしづらくなる課題がありました。 その為、Swift のコーディングガイドとは別に SwiftUI.View のコーディングガイドラインを作成しています。 本記事では、このコーディングガイドがどのようなものかをご紹介します。 それでは早速みていきましょう！ Screen サフィック

メリークリスマス！heyでCTOをやっている藤村です。ということで、これからエンジニアになる・いまエンジニアをしているみなさんに個人的に読んでほしい本をご紹介します。これを読んでおけばソフトウェア・エンジニアとして網羅的な基礎が身につく、とかいうセレクトではなく、あくまで個人的に読んでもらえると嬉しいな！というものを選びました。 ソフトウェア開発基礎編リー・コープランド『はじめて学ぶソフトウェアのテスト技法 』 テストの本です。昨今RSpec、XUnit系など自動テストのツールはすっかり普及し、ソフトウェアにテストコードをつけるのは当たり前の世の中になりました。しかし！テストケースをどう設計するか、何をテストすべきか、について体系的に学んだことがない、という方も実はいらっしゃるのでは。 この本はそういったソフトウェア・テスト一般についての教科書です。ここの知識はソフトウェア・エンジニアとし

Flutterに出会ってしまったせいで、Flutterを中心に生きていこうと考えている私のポエムでございます。 エンジニアとしての頭打ち感 2016年に35で独立した時はエンジニアとして頭打ちを感じていて、エンジニアとして独立することはあまり考えていなかった。初心者ではないけど、上級者になれないなと感じていた。 エンジニア一本じゃ難しいと考えた時、その隙間を埋める役割はありかなと思った。業務系のシステム導入なら、コンサル〜要件定義の上流工程をやり、開発系なら開発寄りのディレクター。その時々で研修講師。この辺を組み合わせて、今までやってきた。 コードは細々と書いていた。JavaやPython、メンテナンスしてるシステム(WPF)やアプリ(iOS / Android)なり、kintoneでjs書いたりWordPressのプラグイン開発みたいなやつをチラホラやってた。小規模な受託なら受けていた。

CTOアドベントカレンダー2021の12日目の記事です。 今の時代、様々な組織の情報透明性が上がっています。 有名スタートアップが自社のエンジニア組織についてメディアで発信している情報を見たり、流行りの本でGAFA・米国ユニコーン企業のエンジニア組織で採用されている最新の概念を勉強したりできます。 しかし成功している素晴らしい会社の話を聞いていると、どうしてもそれが唯一の正解だと思ってしまいがちなので、注意が必要です。 それらは成功して大きくなった後の組織の話であり、またブランディングとして良い側面だけをクローズアップして拡散しています。 そしてタイトルの通り、事業内容により必要なエンジニア組織は大きく異なります。 成長途上のスタートアップでは名もなき戦略を自分達でゼロベースで考えながら、それを泥臭く改善していく必要があります。 具体的に、事業内容によって必要なエンジニア組織が変わるとはど

なぜエンジニアが作る画面はダサいのか…?「理由」と「対策」を徹底解説【エンジニア向け画面デザイン講座】UXUIDesignUIデザイン画面設計 1.はじめに エンジニアの私がデザインを本気で勉強した結果、デザイナーとエンジニアはそもそも思考が大きく違っているということがわかりました。 今回は「それ」をデザインに苦手意識のあるエンジニア方にも理解してもらえたらと思い、わかりやすくまとめてみました。 2.アプリの画面デザインを考えてみよう まず、こんなアプリを考えてみてください。 フィットネストレーナーが使うアプリ トレーニングルームでお客様とお話しながら使う 端末はタブレット そして 会員の個人情報確認 前回までのトレーニング状況の確認 次回の予約受付 といったことをします。 使える情報としては、こんな感じです。 あなたならどう画面デザインをするか、もしお時間があったら考えてみてください。

ゲームエンジンや3Dソフトウェアを利用して高度な表現ができるこの時代でも、プリミティブな描画や動き、アルゴリズムから学べることは多い。それらをJavaScriptで書くクリエイティブコーディングという形で学べる手引書が本書となる。

（C）ヒロユキ／講談社自身のこれまでの作品を網羅的に紹介できるマンガノの新しいポートフォリオ作成機能「MangaFolio（マンガフォリオ）」のリリースを記念し、第一線で活躍するマンガ家の先生たちに、ご自身の「ポートフォリオ」をテーマにお話を伺いました。 第一弾として登場いただくのは、『カノジョも彼女』『アホガール』（講談社）などのラブコメ作品で知られるヒロユキ先生（@burumakun）。先生は商業作品と同人作品を両立する「二足のわらじ」で活動する、多彩なポートフォリオを持つ作家さんです。そして、Twitterをはじめとするさまざまなプラットフォームで、自身の作品を積極的に発信し続けています。 「売る」ために、多様なプラットフォームをどのように活用して作品をアピールしているのか、同人と商業を両方やることのメリット、マンガ家として生き残っていくためのヒントに至るまで、余すところなく語ってい

長い記事なので先に結論を書きます。 Spectre の登場で、ウェブサイトに必要とされるセキュリティ要件は増えました。具体的に必要な対策は下記の通りです。 すべてのリソースは Cross-Origin-Resource-Policy ヘッダーを使って cross-origin なドキュメントへの読み込みを制御する。 HTML ドキュメントには X-Frame-Options ヘッダーもしくは Content-Security-Policy (CSP) ヘッダーの frame-ancestors ディレクティブを追加して、cross-origin なページへの iframe による埋め込みを制御する。 HTML ドキュメントには Cross-Origin-Opener-Policy ヘッダーを追加して popup ウィンドウとして開かれた場合の cross-origin なページとのコミュニ

経緯はNewsPicks社が出版している書籍『STARTUP 優れた起業家は何を考え、どう行動したか (NewsPicksパブリッシング) 堀新一郎』の中で「（佐藤裕介氏は）Googleにエンジニアとして入社」と記載していたため、事実を確認するべく私が問い合わせたところから始まる。 【募集】こちらの書籍で「（hey社佐藤裕介は）2008年エンジニアとしてGoogleに入社」と明記しているようです。もしリアル書籍を持ってる方いたら該当箇所の写真ください！ STARTUP 優れた起業家は何を考え、どう行動したか (NewsPicksパブリッシング) 堀新一郎 https://t.co/EM44TtBSbp — DJ AsadaAkira (Super Ethical Activist) (@DJ_AsadaAkira) September 28, 2021 書籍内179ページから引用「"200

Googleアカウントを作成すると、無料で15GBのクラウドストレージが使えます。 この15GBのクラウドストレージはGoogleドライブ、Gmail、Googleフォトで共有しており、容量いっぱいまでデータを保存するとGoogleドライブとGoogleフォトへ新しくデータをバックアップできません。 さらにGmailでメールの送受信ができなくなる場合があります。万が一、大切なメールを受信していても確認できないと困りますよね。 そうなる前に、Gmailで不要なメールを全削除し、Googleのストレージに余裕を持たせておきましょう。 全削除！ Gmailで要らないメールを一括削除する方法 不要なメールの削除方法はPC版Gmail、スマホアプリ版Gmailで若干操作が異なります。しかし、いずれも簡単な手順でメールの削除ができるため、ぜひ参考にしてください。 PC版 Gmailで不要なメールを全削

George @Love_yellowhat 動画よりも文章の方がはるかに早く理解できるし効率がよいと考えるタイプの人にとって、動画による説明しかないコンテンツはめちゃくちゃ苦痛 2021-09-28 20:20:43

アイエンカキドリ @D_novaeguineae 家庭教師やらやった事がある人なら分かると思うんですが、「絶対に伸びない子供」っているんですよね 「悔しい」と思えない子供、マジで教えた所でギリギリ赤点回避みたいなのが多すぎる 2021-09-12 12:45:38 アイエンカキドリ @D_novaeguineae 現状維持すら出来ておらず、どんどん下降していくだけなんですが、本人の中にそれでも「這い上がろう」という意思が見えて来ない以上、このパターンの子供は見るだけ無駄なんですよね 「悔しい」と思う感覚がないタイプは、現状維持をしているつもりでどんどん楽な方に転がると思う 2021-09-12 12:49:53

マコなり社長の株式会社divを退職しました あなたは誰？マコなり社長が経営する株式会社divの元社員です。 数年勤務した後に退職しました。 divで働けて良かった？良かったと考えてます。 divの同僚はみんな心優しくて有能な方ばかりでした。 退職した今では、親友として連絡を取り合っている元同僚もいます。 また、divを通じて市場価値も高められました。 それなら何故退職したの？FLASHにも報道されていますが、会社が極めて危機的な状況だからです。 整理解雇には選ばれませんでしたので、働きながら転職活動を行うつもりでした。 しかし、例のリストラスピーチを見て極めて不快な思いになったのですぐに退職を申し出ました。 今は別の会社で働いています。 FLASHの報道を受けた社内通知や、役員が社員を脅しているスクショは本物？https://www.youtube.com/watch?v=KMt_0vbZ

DDD失敗パターン集 DDDという方法論それ自体に対する僕の立場はあんま好きじゃない寄りのフラット（といいつつほぼ忘れかけている）なんですが、過去何度もDDDでプロジェクトが爆死するのをみたり、爆破してしまったり……というのを見てきたので供養したいとおもいます。 メンバーの大半がDDDを知らない 「えっ!? ドメイン駆動を知らずにDDDを?」 「出来らぁっ!」 DDDを知らずにDDDをする、という前提がすでに禅問答じみてる気がしますが、たぶん一番よく見かける失敗パターンなんじゃあないでしょうか。 どういうことかというと、オニオンとかレイヤードとかクリーンなアーキテクチャのモジュールの命名ルールと構造を採用（採用できているとは言っていない）しただけの状態です。 私見ですが、アーキテクチャというのはメンバー全員がそれを理解できていない限り*1即破綻します。 理解できない人はどこに処理を書いてい

「女性が働きやすい」「女性が活躍中」「女性比率○%以上」「育休取得○%」「女性管理職比率○%」 求人サイトを開くといかに女性社員が多いかの表記がズラッと並んでることが多いけど、過剰にそこをアピールしてる企業は絶対に応募しない。 まず女性の働きやすさ・育休の取りやすさははほぼイコールで独身の犠牲率なので、独身女性の私は近寄りたくない。そしてそういう企業が求人を募集しているときは大抵穴埋め要員が足りない時。女性が活躍する優しい企業はママや妊婦には優しいけど、独身や子無しには全く優しくない。 そしていつか自分がお世話になる側になってもぶっちゃけ男性社員＝抜けにくい穴埋め要員が多い企業の方が取りやすい。 あと女性の上司とは正直やりにくい。真っ当な人もいるんだけど年数が長い女だからって理由だけで選ばれた地雷の潜伏率が男性の上司より高くて、異常に厳しかったりえこひいきが激しかったりであまりいい思い出が