ブログ執筆って難しいよね こんにちは。転職会議事業部でエンジニアマネージャーをやっている落合です。先月からマネージャーをやることになりました。胃が痛い………。 早速ですが、みなさんは継続的にブログ記事などのアウトプットってできていますか？私はできていません。 そもそも、なぜ私たちはエンジニアブログなんて書いているのでしょう。この記事にもある通り、エンジニアブログは本来採用の文脈とは別に自分たちの備忘、あるいは同じ問題に直面する他のエンジニアに向けた親切心、あるいは社会還元のために執筆・運用されていたように思います。 newspicks.com 一方で、現在のエンジニア採用は売り手市場であり、採用する側からすれば自社の技術や文化、働いている人の人となりを多くの人に知ってもらうことが重要です。この際、エンジニアが継続的に執筆・投稿しているエンジニアブログは、応募者が実際に働くかもしれない人たち
追記: 無料にならなそう。後半を参照。 Amazon Simple Storage Service。 ファイル（オブジェクト）を保存したり、配信したりできるクラウドサービス。 料金は細かく設定されていて、リクエストや転送帯域に関しても課金される。 タイトルで「ストレージ料金」と言っているのは、それらを全部ひっくるめた料金ではなく、狭義の、オブジェクトを保存していることに対して毎月掛かる料金。 最も安いS3 Glacier Deep Archiveでも、0.002USD/GB/月（東京リージョン、2022年1月現在）掛かる。 一見とても安く思えるが、例えば100 TBを10年保存しようと思うと、24,576ドル、約300万円にもなってしまう。 オブジェクトを保存したり取り出したりするときに金が掛かるのは諦めるとして、この保存に掛かる料金を無料にしたい。 はい。 ファイルサイズが0バイトなので
この記事は Tech KAYAC Advent Calendar 2021の14日目の記事です。 こんにちは！意匠部のおばらです。 今日は、知っていても役に立たないかもしれない、 WEBページでの画像の変な使い方をご紹介しようと思います。 題して「すき焼きの写真にすき焼きの3Dモデルを埋め込む方法」です。 すき焼きの写真にすき焼きの3Dモデルを埋め込む方法 WEBページで読み込んでいるファイルは全部丸見え！ ブラウザのデベロッパーツール、便利ですよね。 特に Network や Source タブ。 読み込んでいるファイルがぜ〜んぶ丸見えです。 いけてるWEBサイトを見つけたら どうやって作ってるんだろう？ ふむふむ、3D部分はThree.jsで、モデルはglTFか〜 お、テクスチャはKTXを使ってる！ みたいに調べちゃいますよね？？ そう、デベロッパーツールは 覗く側としては、すご〜く勉
先日も書きましたが最近はEmacsの中で動く作図ツールを作っています。 ソース: misohena/el-easydraw: Embedded drawing tool for Emacs (github.com) 図1: org-modeの中で思いついた時に図を描きエクスポートするまでの様子 以前囲碁の棋譜編集ツールを作ってその時にも書きましたが、Emacsの中でこのくらいのことは出来ても罰は当たらないと思うんですよね(このくらい出来て当然だろ！の意)。 org-modeは素晴らしいツールでいろんな事が出来ますが、文書の中に別の要素を埋め込んで統一的に編集する機能はまだまだ改善の余地が沢山あると思います。(ソースコードブロックのようなテキストベースでプログラマーが誰でも喜ぶような物は充実していますけど) 特にGUI要素が全然足りません。例えば図を描くならditaaやPlantUMLなんか
モバイルアプリエンジニアの山下です。 LCLでは今年からエンジニアブログ編集部を立ち上げました。 現在はフロントエンド、バックエンド、モバイルアプリエンジニアの3人で活動しています。 今回は立ち上げから3ヶ月が経過したので、立ち上げた経緯とその効果を紹介したいと思います。 エンジニアブログを運営する目的 ブランディング向上 エンジニア界隈への貢献 ブログ駆動開発 去年までの課題 エンジニアブログ編集部の目的 会社の名前で記事を書くため、最低限の質の担保 継続的に記事を公開するために、強制力を持たせる 個人ではなく、組織的に記事の質を向上する エンジニアブログ編集部の活動内容 先週の記事の振り返り 参考ネタの共有 ネタ出し ネタ整理・次回ネタの設定 その他 効果 継続率 はてブ数 おわりに エンジニアブログを運営する目的 LCLでは以下の目的でエンジニアブログを運営しています。 ブランディン
【書評】『なぜ、システム開発は必ずモメるのか？ 49のトラブルから学ぶプロジェクト管理術』（細川義洋・著） 読んでいて、実用書なのに涙が止まらない本に巡り会えたので謹んでお奨めさせていただきます。 その名も、『なぜ、システム開発は必ずモメるのか? 49のトラブルから学ぶプロジェクト管理術』。何がヤバイって、いちいち掲載されている項目がヤバイ。いきなり「何度も要件を追加してくるユーザ」ですよ。まるで弊社の某顧客ではないですか。 大項目からして「設計」から「プログラミング」、「テスト」とか進む先々にびっしりと地雷が敷き詰められているんだろうなあと悪い汗をかかずにはいられない世界が広がり、最後にはお決まりの「契約」。いやー、読んでいてぞくぞくしますね。特に「仮発注書だけで作業に着手してしまったら？」とか、なんか見透かされているようですよ。まあ、業界的には往々にして起きがちなことを一般論として書い
どちらかというとネガティブな方向に状況を考えがちな私にとって、リスクを恐れず積極的に事業展開をするポジティブ思考の経営者というのは羨ましくて、個人的には「いや、もうその市場は天井が見えているし、いま参入しても収益は得られないだろう」と思って投資しないような事業でも平気で進出する。しかも、自力でだ。 手広くいろんなことをやるというのは、事業意欲が旺盛なことの表れであって、それは非常に良いことだろうと客観的には思う。IT系だったかと思えば飲食店、金融、環境ビジネス等々、話題になり直近収益になりそうなところには何にでも手を出す。いままで畑違いだったはずのゲームビジネスに参入したり、そうかと思えば大規模ソーラーだ不動産仲介だとあれこれやっていて凄い。上場が近いのか、管理系の人間をたくさん採用している。そう頻繁には会わないが、あれだけたくさんリリースを出しているのなら、相当はぶりは良いのだろう。 と
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
