Docker創始者らが開発、ビルド／テスト／デプロイの自動化をポータブルにするツール「Dagger」登場。そのままローカルでもGitHubでもCircleCIでも実行可能に
Docker創始者らが開発、ビルド／テスト／デプロイの自動化をポータブルにするツール「Dagger」登場。そのままローカルでもGitHubでもCircleCIでも実行可能に Dockerの創始者であるSolomon Hykes氏らが中心となって開発しているオープンソースのCI/CD環境構築ツール「Dagger」が公開されました。 Windows、Mac、Linuxで試すことができます。 And we are live! Introducing Dagger, a new way to build CI/CD pipelines. By the creators of Docker. https://t.co/DU8racmoUo — dagger (@dagger_io) March 30, 2022 Daggerが定義したCI/CDパイプラインはポータブルになる Daggerとは「A P
ソフトウェアエンジニアと技術力 / developer-lifework
Hamee様 開発合宿 2021年（前半戦）の資料です。 # 参考リンク - https://speakerdeck.com/soudai/engineer-life-hack - https://www.shinryo.com/special/contents01_3.html - htt…
DDDを実践するための手引き（概論・導入編）
ナニコレ DDDは「Domain-Driven Design（ドメイン駆動設計）」の略語で、エリック・エヴァンスさんという人が考えるソフトウェア設計におけるプラクティスまとめみたいなものです。 『エリック・エヴァンスのドメイン駆動設計』というバイブル的な書籍がありますが、「途中で挫折した」「読んでもよくわからない」「よくわからないけど自分なりに解釈して実践している」というような感想をよく聞きます[1]。DDDの概念は幅広く、哲学的で、抽象的であるため、DDDをどのように解釈しどのように実践すればいいのかわかりにくいものです。 この記事ではそのような問題に悩んでいる人たちのために、数年に渡りDDD（的なもの）を実践してきた筆者が噛み砕いた（個人の独断的な）解釈と実践方法を解説します。 DDDってなぁに？ DDDがカバーする領域 DDDが言及する範囲はとても幅広いです。エリック・エヴァンスさん
零細企業を買収した後に行ったDXとは呼べないDX｜reisaikigyou_ma
零細企業買収ですこんにちは。ちっちゃい企業を買収したあとの諸々を適当にTwitterで吐き出してきましたが、いったんまとめるとどうなるのかな、とおもて書きます。どうぞ。 経営的な話題は汎用性ないことをやりまくっているので具体的に行ったDX施策、効率化施策だけにとりあえず特化します というか今流行りのDXって要はIT化ですよね。IT化が実はおおくの中小零細で全然できてなかったからワードを変えてIT化やってるだけっすよね。この記事にDXというワード出てきますがその度に「いやそれIT化だから、きっしょ(笑)」と突っ込んでいただけると。 そもそもの買収経緯小さい企業を買収しようと思う→トランビとかで探す→安いの見つける→買う という流れでした。そこに熱い思いとか、前経営者の思いとかの引継ぎみたいなのはなく、非常に淡々としたトランザクションでしたので、熱量だけ高いうっすいウェブ記事でありそうな「買収
東大が無料公開している超良質なPython/Data Science/Cloud教材まとめ (*随時更新) - Digital, digital and digital
東京大学がちょっとびっくりするくらいの超良質な教材を無料公開していたので、まとめました 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のエンジニアが「ウェブサイトの画像読み込み」を最適化する方法を解説
ウェブサイトを閲覧していると「画像の読み込みが遅い」という場面に遭遇したことがある人は多いはず。画像はウェブサイトのパフォーマンスを左右する要素のひとつであり、ウェブ開発において取り扱いに注意すべきものです。そんな画像をウェブサイトで扱う際の最適化方法について、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」と指定しておく手法がよく用いられます。この手法に加
漫画家を目指してる19歳です。漫画を描き続けなければならないのに、少し疲れてしまいました。わたしは本当に漫画家になりたいのでしょうか？
回答 (14件中の1件目) お疲れ様です。 あのー、特に回答リクエストをいただいたワケじゃないし、もう既に良回答もあるし、質問者さんも元気が出てるみたいで、とりあえず良かったです。 ただ、余計なお世話かも知れないですけど、質問者さんが知りたいかもしれない事に関して、自分も教える立場で仕事をした経験(アニメーションの専門学校で講師を15年くらいやってました)があるので、何かの役に立つかもと思いお節介回答してみます。 ぶっちゃけ、ポジティブな回答はくぼ ひできさんの回答で十分だと思います。なので、そっち方面の話はしません。 自分がする話は「もしかしたら目的を勘違いしていないか？を熟孝...
ロギングベストプラクティス - kawasima
#翻訳 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を組み合わせて使うのが好きだ。とてもパワフルで、設
労働者が労基法について1つだけ覚えておくとしたら - 弁護士三浦義隆のブログ
東本願寺の僧侶に残業代が支払われておらず、労使交渉の結果支払われることになった、という報道に接した。 headlines.yahoo.co.jp 残業代不払も、交渉や裁判の結果支払われることになるのもよくある話だ。私にとっては日常業務である。 もっとも、ちょっと目を引いたのは、1973年に作成された労使間の「覚書」に「時間外労働の割増賃金は支給しない」との文言があり、寺側はこの「覚書」に基づいて不支給を続けていたという点だ。 私が今朝見たテレビニュースによると、僧侶自身もこの「覚書」が有効だという前提で残業代はもらえないものと思っていたようだ。労働組合が僧侶に、「覚書」は労働基準法(以下「労基法」)違反で無効だと教えたらしい。 このような「覚書」は、法律家なら一笑に付すものだ。無効に決まっているからだ。 労働基準法第13条(この法律違反の契約) この法律で定める基準に達しない労働条件を定め
読書に限らず、何か行動を起こしたいときには抵抗の順番に環境をコントロ..
読書に限らず、何か行動を起こしたいときには抵抗の順番に環境をコントロールするとよい。 電車の中で読書が捗るという人は、恐らく本を開くことよりスマートフォンを眺めることのほうが抵抗が強いのだろう。 人によっては本を持ち歩いて鞄から出して両手を塞ぎながら読むということのほうが抵抗が強い場合があるので、一概に電車なら捗るというものでもない。 テレビやゲームなどの抵抗なくできるものが沢山ある自室内で読書を選択することは、他にできるものを我慢するストレスと戦う必要があるので、よほど読みたい本でない限り無理だと言って良い。 人間は誘惑の奴隷だ。そして誘惑は満たしても満たしても次から次へと生み出されるものでもある。 その中で必要な行動を選び続けるには、誘惑との距離という制約を自らが能動的にコントロールする以外にない。 ただ、この原則を理解できればかなりのものに応用することができる。 勉強、筋肉トレーニン
頭がいい人は「分かりやすい説明」をする時、何を考えているのか
当たり前の話かも知れないんですが、ちょっと書かせてください。 「頭がいい人は、難解なことでも分かりやすい言葉で説明出来る」みたいな信仰というか、都市伝説というか、聖闘士の伝承みたいなテキストが時折観測されるんですが、みなさんご存知でしょうか。 「頭がいい人 説明」とかでぐぐってみると、いろんなページが引っかかりますよね。 私、あれちょっと違うというか、色々誤解されてるなあ、と思っていまして。 正確には、「頭がいい人は、相手に説明をする目的と、相手にどこまで理解させる必要があるかを見極めることが上手い」というべきなんじゃないかなあ、と。そんな風に考えているのです。 昔、私が今とはまた違う職場にいた頃、一人「すごく説明が上手い人」が同じ部署にいました。彼のことを、仮にTさんと呼びます。 Tさんはエンジニアで、私よりも十年くらい先輩で、当時その職場に参加したばかりだった私がいたチームの、チームリ
量産型プログラマを撲滅したい
プログラマの生産性の差は、出来る人と出来ない人で10倍とも100倍とも言われる。そんな馬鹿な、と思われるかもしれないが、事実だ。 むしろ、一緒に働かせると、出来るプログラマが、下手に作られたプログラムの修正をしなければいけなくて、全体の生産性を落とすことになる。 つまり、出来ないプログラマはチームで働くと、生産性をマイナスにするのだ。厳しいことを言えば、いない方がマシなのである。 ソフトウェア開発に猫の手はいらないのだ。 では、出来ないプログラマとはどんな人たちか。 コピペで書くプログラマだ。他で動いているプログラムをコピペして、なんとなく直して書いているプログラマだ。 なぜプログラムが動くのか、どう書けば動くのか、わかっていない。 ただ沢山のプログラムを書くだけの量産型プログラマだ。こういう人のプログラミングは、デバッグさせてみて、横で見てるとすぐにわかる。 まず、エラーメッセージを見な
「すごいエンジニア」が目指すもの - megamouthの葬列
crapp.hatenablog.com を読んだ。id:Cedilleさんは、数少ない私の同好の士（一緒にされても困るだろうし、文章も怨念も私のレベルを遥かに凌駕していると思うが）だと感じている方で、 いつも楽しく読ませていただいている。 で、このエントリを読んだ感想としては、いい経験だと思うし、別にその中で生きていけばそのうち良い事あるよ、としか思わなかったんだけども、そもそも「すごいエンジニア」とはどういう存在なのか、ということを書いておきたくなったので、書く。 すごいエンジニアのイメージ だいたい前述のエントリに書いてある通りなのだが、この業界で「すごいエンジニア」として見なされる人のイメージを要約すると、こんな感じだと思う。 技術書を自分の給料で買いあさり、勤務時間外に読み漁ったりして、とにかくあらゆる事に詳しい。 アンテナを極バリして、githubでstarが100ぐらいしかつ
ベンチャー系行ったらレベルが高すぎて辛い。 - 負け犬プログラマーの歩み
今の職場で働きだして少し経つが、既にエンジニアとしての自信を割と失っている。 俺は自分のことを少なくとも「そこそこのエンジニア」と思っていた。でも今の職場では、俺は下から数えた方が早い。「技術は有るが人間的にはクソ」と自負していた俺は今「技術者としても人間としてもクソ」となりかねない事態に陥っている。 言い訳の材料はある。周囲のレベルが高いのだ。 自分で言うのもなんだか経歴は豪華な人が集まっている。コアメンバーは最高学府(あえて誤用)卒はザラだし、某世界時価総額トップとか某金融会社とか某大手ゲーム会社に居たとか、某ソシャゲーの幹部とか、あのフリマサービスを作ったとか、別会社の元CTOでしたとかはたまた現役CTOやってますとか集えば、下流エンジニアも皇帝、四天王、１０傑（俺含まない）などの超一流だ。 文系で有名企業どころか正社員歴すらなく、名のしれた商品やサービスに協力会社の人間としても一度
私のロールモデル: エンジニア立ち居振舞い番外編 - ローファイ日記
お題「エンジニア立ち居振舞い」 pepabo Advent Calendar 2016 24日目の記事です。 割と飲みの席とか、某ポエムサービスでは語ってはいるんですが、そういえばブログで書いたことがないような気がしたので父の話をします。 実は今年の福岡での新卒研修で同じような話を若者にしていて、でもまあ、あまりに個人の話なのでとスライドも公開していなかったのですが、せっかくなので内容を加えて書き下します。 僕の父は欄間職人をやっていて、6X歳を超えるいまも自営で東三河の片隅に店を持ってやっていってるわけだけど、僕は子どもの頃からそういう背中を見て育ってきたからか、今の自分を振り返ってみると随分自分の仕事ぶりが影響を受けているなと思ったりする。 今日は、6X歳のいまも職人の父を見ていて思ったこと、あるいは直接言われたことなどいくつかをしたためてみる。 生涯、勉強すること これは僕の父の仕事
質問は恥ではないし役に立つ - Qiita
一年半SEとして働いてきた中で、私自身が苦手だと思っており、他人からもそのように評価されていたのが「質問の仕方」でした。 それが先日、他人から「質問の仕方がうまいね」と褒められることがあり、ようやく一人前の質問の仕方ができるようになってきたので、どのようにして克服できたのか紹介したいと思います。 質問の基本形 私が入社したばかりの頃は、わからないことがあればすぐに先輩に質問していました。 そのときにしていた質問の内容はだいたいこんな感じです。 「環境構築を手順書通りにやったんですけど、○○のコマンドでエラーがでてしまいます！なんとかなりませんか？」 このような質問を受け取ったら、先輩は暇ならばエラーメッセージを見てくれ、エラーメッセージに書かれていることに対して調査してくれるかもしれませんが、忙しいときにはそんなことはしてもらえません。 こんな質問を繰り返しているうちに先輩からは「技術系メ
仕事でやる気を見せる超簡単な方法！定時を過ぎても残業する姿勢を見せろ！ - ヒロローグ
2016 - 11 - 28 仕事でやる気を見せる超簡単な方法！定時を過ぎても残業する姿勢を見せろ！ 仕事 転職-考え方 share with others Twitter Google+ Pocket スポンサーリンク 新人が仕事でやる気を見せる超簡単な方法 新人が仕事でやる気を見せる超簡単な方法 最初くらいは嫌でも残業するべきだ 新人は自主的にできる事が少ないんだから時間で頑張れ とはいえ残業が好きな奴はいない やる気を見せる超簡単な方法まとめ あなたにおすすめの記事 転職1ヶ月の新人が見出した答えです。 新人がやる気を見せるのなんて非常に簡単な事です。定時を過ぎてもとにかく他の社員に声を掛け、できる事を可能な限り手伝って帰ることです。 定時なんか知らんがな精神でね 。 残業すること自体、僕はそんなに気にならない（程度による）のですが、定時だろうがどうだろうがとにかく早く覚えたい、吸
CodeIQについてのお知らせ
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
1万円のベストセラー本｢1日30分勉強法｣が凄すぎる！ - 人生は暇つぶし
2016 - 11 - 12 1万円のベストセラー本｢1日30分勉強法｣が凄すぎる！ 読書 スポンサーリンク シェアする list Tweet 著者、古市幸雄氏のHP上で、「負け犬にならないための勉強法」というタイトルで １万円の値段 で販売し、ネット上だけで500部以上も売れたというベストセラーを加筆修正し、１冊の本にまとめた「 「1日30分」を続けなさい!人生勝利の勉強法55 」とその続編「 「朝30分」を続けなさい! 」がとても参考になったので、紹介します。 ※2007年に ビジネス書部門１位となる40万部以上 も売り上げた本です。 目次 目次 脳科学の実験結果に基づく正しい勉強法 長期記憶と一時記憶のメカニズム「海馬」 自分のビジネスがダメになったときの「精神的安定」 目標を紙に書き、それを毎日読み返せば実現する 勉強の成果に一番必要な要素は「時間（インプット量）」 クリティカルポ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
優秀なエンジニアはどこにいて、企業はどうすべきか？
