Hamee様 開発合宿 2021年(前半戦)の資料です。 # 参考リンク - https://speakerdeck.com/soudai/engineer-life-hack - https://www.shinryo.com/special/contents01_3.html - htt…
Hamee様 開発合宿 2021年(前半戦)の資料です。 # 参考リンク - https://speakerdeck.com/soudai/engineer-life-hack - https://www.shinryo.com/special/contents01_3.html - htt…
ナニコレ DDDは「Domain-Driven Design(ドメイン駆動設計)」の略語で、エリック・エヴァンスさんという人が考えるソフトウェア設計におけるプラクティスまとめみたいなものです。 『エリック・エヴァンスのドメイン駆動設計』というバイブル的な書籍がありますが、「途中で挫折した」「読んでもよくわからない」「よくわからないけど自分なりに解釈して実践している」というような感想をよく聞きます[1]。DDDの概念は幅広く、哲学的で、抽象的であるため、DDDをどのように解釈しどのように実践すればいいのかわかりにくいものです。 この記事ではそのような問題に悩んでいる人たちのために、数年に渡りDDD(的なもの)を実践してきた筆者が噛み砕いた(個人の独断的な)解釈と実践方法を解説します。 DDDってなぁに? DDDがカバーする領域 DDDが言及する範囲はとても幅広いです。エリック・エヴァンスさん
東京大学がちょっとびっくりするくらいの超良質な教材を無料公開していたので、まとめました Python入門講座 東大のPython入門が無料公開されています。scikit-learnといった機械学習関連についても説明されています。ホントいいです Pythonプログラミング入門 東京大学 数理・情報教育研究センター: utokyo-ipp.github.io 東大のPython本も非常にオススメです Pythonによるプログラミング入門 東京大学教養学部テキスト: アルゴリズムと情報科学の基礎を学ぶ https://amzn.to/2oSw4ws Pythonプログラミング入門 - 東京大学 数理・情報教育研究センター Google Colabで学習出来るようになっています。練習問題も豊富です https://colab.research.google.com/github/utokyo-ip
ウェブサイトを閲覧していると「画像の読み込みが遅い」という場面に遭遇したことがある人は多いはず。画像はウェブサイトのパフォーマンスを左右する要素のひとつであり、ウェブ開発において取り扱いに注意すべきものです。そんな画像をウェブサイトで扱う際の最適化方法について、GoogleのエンジニアであるMalte Ubl氏が解説しています。 Maximally optimizing image loading for the web in 2021 https://www.industrialempathy.com/posts/image-optimizations/ ◆img要素にwidthとheightを指定する アスペクト比を維持したまま画像サイズを変更するには、「style」要素に「max-width: 100%」や「height: auto」と指定しておく手法がよく用いられます。この手法に加
#翻訳 https://www.scalyr.com/blog/the-10-commandments-of-logging/ CC BY 4.0 @Brice Figureau 1.自分でログの書き出しをしない printfをつかったり、ログエントリを自分でファイルに書き出したり、ログローテションを自分でやったりしてはいけない。運用担当者にお願いして、標準ライブラリやシステムAPIコールを使うようにしよう。そうすれば、実行中のアプリケーションが他のシステムコンポーネントと適切に連携して、特別なシステム設定なしに適切な場所またはネットワークサービスにログを記録できるようになる。 ロギングライブラリを使いたければ、特にJavaの世界にはLog4j, JCL, slf4j, logbackなど多くのものが存在する。私はslf4jとlogbackを組み合わせて使うのが好きだ。とてもパワフルで、設
東本願寺の僧侶に残業代が支払われておらず、労使交渉の結果支払われることになった、という報道に接した。 headlines.yahoo.co.jp 残業代不払も、交渉や裁判の結果支払われることになるのもよくある話だ。私にとっては日常業務である。 もっとも、ちょっと目を引いたのは、1973年に作成された労使間の「覚書」に「時間外労働の割増賃金は支給しない」との文言があり、寺側はこの「覚書」に基づいて不支給を続けていたという点だ。 私が今朝見たテレビニュースによると、僧侶自身もこの「覚書」が有効だという前提で残業代はもらえないものと思っていたようだ。労働組合が僧侶に、「覚書」は労働基準法(以下「労基法」)違反で無効だと教えたらしい。 このような「覚書」は、法律家なら一笑に付すものだ。無効に決まっているからだ。 労働基準法第13条(この法律違反の契約) この法律で定める基準に達しない労働条件を定め
一年半SEとして働いてきた中で、私自身が苦手だと思っており、他人からもそのように評価されていたのが「質問の仕方」でした。 それが先日、他人から「質問の仕方がうまいね」と褒められることがあり、ようやく一人前の質問の仕方ができるようになってきたので、どのようにして克服できたのか紹介したいと思います。 質問の基本形 私が入社したばかりの頃は、わからないことがあればすぐに先輩に質問していました。 そのときにしていた質問の内容はだいたいこんな感じです。 「環境構築を手順書通りにやったんですけど、○○のコマンドでエラーがでてしまいます!なんとかなりませんか?」 このような質問を受け取ったら、先輩は暇ならばエラーメッセージを見てくれ、エラーメッセージに書かれていることに対して調査してくれるかもしれませんが、忙しいときにはそんなことはしてもらえません。 こんな質問を繰り返しているうちに先輩からは「技術系メ
2016 - 11 - 12 1万円のベストセラー本「1日30分勉強法」が凄すぎる! 読書 スポンサーリンク シェアする list Tweet 著者、古市幸雄氏のHP上で、「負け犬にならないための勉強法」というタイトルで 1万円の値段 で販売し、ネット上だけで500部以上も売れたというベストセラーを加筆修正し、1冊の本にまとめた「 「1日30分」を続けなさい!人生勝利の勉強法55 」とその続編「 「朝30分」を続けなさい! 」がとても参考になったので、紹介します。 ※2007年に ビジネス書部門1位となる40万部以上 も売り上げた本です。 目次 目次 脳科学の実験結果に基づく正しい勉強法 長期記憶と一時記憶のメカニズム「海馬」 自分のビジネスがダメになったときの「精神的安定」 目標を紙に書き、それを毎日読み返せば実現する 勉強の成果に一番必要な要素は「時間(インプット量)」 クリティカルポ
会社、チーム、個人の目標管理、をどのように行っていますか?Googleをはじめ、目標管理に「OKR」という考え方を採用する企業が少しずつ増えています。 しかし、実際に運用できている企業はまだ多くはありません。そこで今回は、「OKR」について解説するとともに、OKRを誰もがすぐに始められるサポートツール「COVE」を紹介します。 ▼OKRサポートツール「COVE」 ※編集部追記:現在、こちらのサービスはクローズになったようです。本記事では「OKR」という概念そのものも解説しておりますので、よろしければこのままお読みください。 チームや個人のゴールを明確化する仕組み「OKR」とは? OKRとは「Objective & Key Result」の略で、会社、チーム、個人の「目標(Objective)」と「結果(Key Result)」を管理することで、目標達成や組織内のコミュニケーションを効率化す
仕事は、多数の人間の協力関係によって成り立つ。 そこには、「任せる」「任せられる」のやり取りが相互に存在し、それを確実に遂行することによって、お互いの信頼関係が成り立ち、さらに成果が出ることにつながる。 ところが中には「任せたことを確実に遂行しない」、すなわち約束を反故にする人々が存在する。 彼らが約束を反故にする理由は様々だが、これを放置するわけにはいかない。したがって、「約束を遂行しない者」へ対する処置は、「正直者が馬鹿を見ない」ためには非常に重要である。 だが、コンサルタント時代に様々な企業に訪れた時、残念ながら「約束を守らない人」は実は非常に多かった。 「なぜ約束を守らないのか?」と聞くと、彼らは大抵の場合、以下の4種類の釈明を行う。 1.やらなければならないことに不明な点があり、進まなかった 2.そもそもやる意味があるのか?を疑問に思っていた 3.忙しかった。他の仕事が入ってしま
いままで3回転職したけど、うまく行ったこともあるし行かなかったこともある。いままではわりと気軽に転職先を決めてしまっていたのだけど、そろそろ慎重に行かないと後がないなという危機感を覚えたので、とりあえず今までのことを振り返って気をつけるポイントを書いてみようと思う。 自分はこんな感じのエンジニアです。 技術的には広く浅くタイプデザイン・インフラは不得意マネージメントは不得意 いままで所属していたのは上場企業が多かったが、スタートアップも経験済み情報収集編IRを読め、短信だけでいいからこれまで何をしてきたか、これから何をするつもりなのか、会社の強みは何なのか、今後考えられるリスクをどう捉えているのか。上場企業ならばIRという形で外向けに情報を発信しているので、それを読むのはかなり大事。 で、具体的に書いてなくてよくわからないところが絶対あるはずなので、それを面談で聞く。ピンと来なかったらその
なにこれすごい。 Kiteはお使いのエディターやターミナルと連動するプログラミングサポートツールだ。 これを横でたちあげておくと「この命令はこういう意味だよ」「そこ間違ってるし」「サンプルコードはこちら」といったことを教えてくれるのだ。 秀逸なので自分が使っているツールをそのまま使える点だ。 まだリリース前だが、是非サイトのデモムービーを見てほしい。あなただけのプログラミングパートナー、というキャッチがとても素晴らしい。
2016年4月13日に六本木Super Deluxeで開催されたIT/Webエンジニア向けイベント「TechLION vol.25」(http://techlion.jp/vol25)に出演した際の講演スライドです。 持ち時間20分ということで、以前にシェアしたスライド「効果が出る仕事の教え方」を本題の演目と捉えて、そこに入る前のマクラとしてお話をまとめました。 ※直接対面でお話しする前提で作ったスライドなので、スライドだけ見てもいまいち伝わりづらい部分、誤解釈させてしまうリスクもあって、内心こわごわの共有ですが、いくらかでも、つまんでお役立ていただけるところがあれば嬉しいです。 出演後の後書きをブログにまとめましたので、よろしければあわせてご覧ください。 TechLION出演の後書き┃心のうち http://hysmrk.cocolog-nifty.com/blog/2016/04/te
こんにちは。会員事業部の丸山です。 エンジニアが開発を開始する時にはタスクの見積もりとスケジュールを作成行って、実装を進めていくと思います。 しかし1ヶ月を超えるような規模の開発をする場合、なかなか予定通りの期日に終わらなかったりすると思います。 そして大抵の場合、増える方向になりますよね。 今回はそういうことにならないために、私が気をつけていること・実践していることをいくつか紹介したいと思います。 見積もりとは まずは「見積もり」とは何なのかを正しく理解したいと思います。 一般的には「見積もり」=「全タスクとその工数を洗い出す」というものだと思います。 しかしここで以下のことに気をつける必要があります。 見積もりとスケジュールとコミットメントは違う 見積もりとはあるタスクがどれだけの工数(規模)なのかを算出することです。 対して、スケジュールとはあるタスクがどれだけの工期(期間)なのかを
[速報]マイクロソフト、BashシェルをWindowsに搭載。Emacs、VT100などサポート。Build 2016 マイクロソフトは開発者向けの年次イベント「Build 2016」を米サンフランシスコで開催しています。初日の基調講演では、Windows 10が登場して1年を記念した大型アップデート「Windows 10 Anniversary Update」を発表。 その中で、UNIXやLinuxで使われているシェルの1つ「Bash」がWindowsに搭載されると発表がありました。 本物のBashがWindowsで走る Kevin Gallo氏。Corporate Vice President, Windows and Devices Group。 Bash on Windowsを発表する。 これは本物のBashだ。仮想マシンでもクロスコンパイルされたツールでもなく、ネイティブのUbu
こちら読ませてもらった。 blog.asimino.com おそらくこれを書いたあしみのさんは「失敗を恐れずに己の責任感を育てるためにもあえて『できます』と断言して自分を追い込め」みたいな意味で言っているのだろうと理解した。 予断を持つようなことばかりしているとやがて自分に甘い人間になってしまう。だからできるかできないかに関わらず「できる」と断言できるような社員に育って欲しいというイメージなんだろうと思う。 私も十数年前の若い頃に、あしみのさんのような上司のもとで働いていたことがある。 「これとこれ。○○日までにできるか?」 だいたいこうやって聞かれる。 この時の職場はとにかく不確定要素が多くて、とてもじゃないが数日単位にまたがるような業務だと仕上がり日の約束なんてできなかった。なので「全力でがんばります!」といつも答えていた。 それは冒頭の記事の上司のように「できると思います」と答えたら
(3/15 : タイトル修正しました。wは小文字ですね、すみません・・・) PlayFrameworkが流行り始めてから割と経ちますので、そろそろ正式採用しようと考える方も多いのではないかと思います。 強力な静的型付けで守られたPlayは、ミッションクリティカルなシステムや数万行を超える大規模システムの構築に特に向いているような気がします。 また、Servletを使っていないのに加えてMVC構造がベースなので、今までRailsなどで開発をしていた人でもシームレスに移行できると思います。 しかし、忘れてはならないのがPlayのアーキテクチャが全ての処理が非同期で行われることを前提としているという事です。 ここを忘れてPlayをただの強力な静的型付けで守られたMVCフレームワークとだけ考えて開発を進めてしまうと、本番環境で稼動させた時にパフォーマンスが上がらずに困ることになるかもしれません。今
もともとは2016年の年の初めに書こうかと思っていたことですが、時間も経ってしまっていたところ、アリエルの井上さんとの対談 IT屋はバズワードを使ってはいけない……のか? (1/5):EnterpriseZine(エンタープライズジン) も あって、ちょうどいいので記録的に思うところを書いておきます。 ・前提 ここではITと言う漠然とした言い方になっていますが、日本で最もマーケットの大きい、いわゆる業務システムを対象にしています。いわゆるSIの対象になるところです。と言っても一概に言えないので、売上2000億円程度の大規模企業の、下の方から、中小企業までの話にしています。売上が兆円単位の規模の社会インフラ系のシステムは、その2 ITは必要悪か?その2 - 急がば回れ、選ぶなら近道 で考えます。業務システムなのでコンシューマーものは考えてません。 ・ITは必要悪という認識 基本的にユーザ企
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く