並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 8114件

新着順 人気順

engineerの検索結果361 - 400 件 / 8114件

  • なんでこういう木の使い方をするかな…。→ 経過観察。10ヶ月。塗装はほぼ失われて、風化が進行して木目が浮き上がってきた。まだ使える。

    EMURA Tetsuya @emuratee 構造エンジニア。構造設計一級建築士。木質構造など。Architectural Design, Structural Engineer in Japan. バイオリン、クラシック音楽。虫写真はこちら bug photos instagram.com/emura_atka/

      なんでこういう木の使い方をするかな…。→ 経過観察。10ヶ月。塗装はほぼ失われて、風化が進行して木目が浮き上がってきた。まだ使える。
    • Docker ComposeのAmazon ECSデプロイを試してみた - SMARTCAMP Engineer Blog

      スマートキャンプ、エンジニアの入山です。 2020年7月にDockerとAWSのコラボレーションにより、単一コマンドでDocker ComposeのyamlファイルからAmazon ECS上に各コンテナをデプロイできる機能追加が発表され、非常に注目を集めました! From Docker Straight to AWS - Docker Blog AWS and Docker collaborate to simplify the developer experience | Containers ローカルでDockerを利用して開発を行っている方々は、ほぼ間違いなくDocker Composeを利用してアプリの動作に必要な各コンテナを一括管理しているかと思いますが、このECS Pluginを利用するとAmazon ECSへの各コンテナのデプロイとECSの動作に必要な各AWSリソースを一括し

        Docker ComposeのAmazon ECSデプロイを試してみた - SMARTCAMP Engineer Blog
      • YouTubeでプログラミングの勉強法を解説するエンジニアに注意|実務未経験からWEBエンジニアへの道のり

        「WEB制作の仕事は稼げる」、「3ヶ月で5万稼ぐのは余裕」と言ったりYouTubeで毎日の様に情報発信をする20代のエンジニアがいます。 中には毎日ブログを更新したり色んな職種の仕事をする人もいます。 大学生位の年齢の人が「余裕で稼げる」みたいな言葉を見ると何にも考えてない人は安易に信じますが「楽に稼げる」は絶対に間違いです。 Twitterで↓を見つけましたが私も同感です。 Webライターと並行してランサーズでコーディングやLPの案件取れないかとちょいちょいチェックしてるんだけど、やっぱり競争が激しすぎる。 今日見たLPの案件は50件以上の提案があった。 まだライターの方が恵まれてる。 インフルエンサーに感化されてWeb制作で稼げるようになった人っているのかな? — Samurai|Webライター@インドで立ち往生 (@internetkasegu) September 13, 2020

          YouTubeでプログラミングの勉強法を解説するエンジニアに注意|実務未経験からWEBエンジニアへの道のり
        • 発表資料「日付時刻A to Z」を公開しました | Wantedly Engineer Blog

          日付や時刻データの扱いについてまとめたスライド「日付時刻A to Z」を作ったので公開します。 これは何?「日付と時刻」を正しく扱うために、日付/時刻にまつわる諸概念やありがちな間違いを紹介したスライドです。このスライドは大きく3つのパートに分かれています: 第1部「日付編」§1 天体の周期§2 暦§3 紀元と通日第2部「時刻編」§4 時間と分§5 秒§6 相対性理論第3部「コンピューティング編」§7 文字列表現§8 数値表現§9 時刻同期第1部と第2部では、「日付」や「時刻」の概念を定めるのに必要な知識を整理します。第3部ではその日付時刻をコンピューターで扱うときに特有の事情を補足しています。 このスライドが作られた経緯ウォンテッドリー社内では毎週1回お昼の時間に任意で集まって技術の話をする "Tech Lunch" というイベントがあります。テーマは自由で、社内でやったことの紹介やアナ

            発表資料「日付時刻A to Z」を公開しました | Wantedly Engineer Blog
          • 平均年収は614万円、35%が副業経験あり!2020年のエンジニア転職・キャリアトレンド最前線 - Findy Engineer Lab - ファインディエンジニアラボ

            Findyの末本(@sueHRpro)と申します。 ハイスキルなエンジニアと企業をマッチングする転職サービス「Findy」、フリーエンジニア向け案件紹介サービス「Findy Freelance」を運営するFindyでは、2019年末から2020年にかけてユーザー向けに「エンジニアの転職に関する意識調査アンケート」を実施しました。 今回、アンケート結果をまとめましたのでご報告します!エンジニアの皆様にとって今後のキャリア選択や転職活動に役立てていただければ幸いです。 ※有効回答数442名。アンケート実施概要は文末をご参照ください エンジニアの平均年収は「614万円」、35%の方が既に副業を経験! キャリアパスではテックリード志望エンジニアが多数! 職場に求めることは「自己研鑽へのサポート」の声が多数! 転職先の決め手は「キャリアに有益」「待遇の条件面が魅力的」が極めて重要! 人気企業は「未上

              平均年収は614万円、35%が副業経験あり!2020年のエンジニア転職・キャリアトレンド最前線 - Findy Engineer Lab - ファインディエンジニアラボ
            • DevOpsで必要とされるエンジニアスキルの変化 / engineer skill for devops

              GMO Technology Boot Camp 2020、コンテナ技術講義資料 「DevOpsと継続的デリバリーの関係性」や「技術進化によるエンジニアの担当領域の変化」など https://techblog.gmo-ap.jp/2020/06/15/gtb_devops/

                DevOpsで必要とされるエンジニアスキルの変化 / engineer skill for devops
              • 入社してすぐにマネージャーたちと組織のテーマいっしょにつくったらみんないきいきしはじめたよー - Commune Engineer Blog

                はじめに このブログで伝えたいこと 僕が入社する前にあった組織の課題感 マネージャーたちが感じていた課題のリスト 課題感を要約 本当の課題 見えてきた本当の課題とどう向き合うのか マネージャー陣を統括して計画立案から実行をリードできる人が物理的に存在しない 複数チーム全体を俯瞰したマネジメント経験がないのでどうしていいかわからない よし、組織のテーマをいっしょに考えてみよう! 組織が今年取り組むべきテーマを考えるワークショップ ワークショップの進め方 まずは道しるべとしての大目標 2022年のテーマ of コミューン開発 もともとあった課題をポジティブに言い換えると目標っぽくない? これからのチャレンジ 自分たちで決めたテーマなら自分たちでアレンジもできる 組織がいきいきしだしたから起きているうれしいこと まとめ 最後に エンジニア職種全方面募集中です!! 宮本とのカジュアル面談はこちら

                  入社してすぐにマネージャーたちと組織のテーマいっしょにつくったらみんないきいきしはじめたよー - Commune Engineer Blog
                • <前編>【50代エンジニアのキャリアストーリー~将来のエンジニアライフを考える~】ウェビナーレポート #over50 - Findy Engineer Lab

                  2021年2月9日(火)ファインディが主催するエンジニア向けイベント「【50代エンジニアのキャリアストーリー~将来のエンジニアライフを考える~】」がオンライン上で開催されました。 「35歳定年説」と謳われるエンジニアのキャリア。「40歳を迎えてこれからもエンジニアを続けられるのか」「年齢的にマネジメントに進まないといけないのか」「周りに50歳以上のエンジニアがいない」といった内容の相談をファインディでも数多く受けてきました。本イベントでは、50代以上のエンジニアとして活躍されている方々をお呼びして、将来のエンジニアライフを考える上で、ヒントとなるお話をお伺いしました。 インターネット黎明期を知る、50代エンジニアのキャリアの変遷 「実益と趣味を兼ねているから」50代でもエンジニアを続けている 数々の苦労体験が、今の仕事に活きてくる 20~40代でやっててよかった!息の長いエンジニア生命を支

                    <前編>【50代エンジニアのキャリアストーリー~将来のエンジニアライフを考える~】ウェビナーレポート #over50 - Findy Engineer Lab
                  • レガシーシステムをDockerコンテナ化する場合に直面した4つの壁 - RAKUS Developers Blog | ラクス エンジニアブログ

                    こんにちは。 株式会社ラクスで先行技術検証をしたり、ビジネス部門向けに技術情報を提供する取り組みを行っている「技術推進課」という部署に所属している鈴木(@moomooya)です。 ラクスの開発部ではこれまで社内で利用していなかった技術要素を自社の開発に適合するか検証し、ビジネス要求に対して迅速に応えられるようにそなえる 「技術推進プロジェクト」というプロジェクトがあります。 このプロジェクトで「WEBアプリケーションのDockerコンテナ移行」にまつわる検証を進めているので、その中間報告を共有しようかと思います。 本検証での想定環境 CIに不必要な部分は後回し 既存アプリでコンテナ化の障害になった部分 OSコマンドを利用している ミドルウェアとの密結合 オンライン系とバッチ系の密結合 ひとまず目指す状態 プロセス相乗りの影響 ログが複数出力される まとめ 続きの記事も書きました。 tech

                      レガシーシステムをDockerコンテナ化する場合に直面した4つの壁 - RAKUS Developers Blog | ラクス エンジニアブログ
                    • シニアエンジニアの先にある「スタッフエンジニア」という役職 書籍『Staff Engineer』から見る4つの役割

                      「【t_wada & masuidrive CARTA探訪】スタッフエンジニアというキャリア」は、書籍『スタッフエンジニア マネジメントを超えるリーダーシップ』の監修・解説を担当した増田氏を招き、スタッフエンジニアという役職について学ぶイベントです。基調講演には増井氏が登壇。まずはスタッフエンジニアの役割について紹介します。 増井氏の自己紹介 増井雄一郎氏:よろしくお願いします。今日これから話をする増井雄一郎と言います。あらためてよろしくお願いします。 僕のアイコンはお風呂に入っている姿のアイコンで、ここ20年ぐらいずっと使っています。16歳ぐらいの時にフリーランスのエンジニアとして仕事を始めたので、そこから考えると30年ぐらいエンジニアをしています。 僕の名前がけっこうよく出ていたのは前職のトレタという名前の会社にいた時で、あとはiPadの受け付けのアプリのハッカソンで作って、それをいろ

                        シニアエンジニアの先にある「スタッフエンジニア」という役職 書籍『Staff Engineer』から見る4つの役割
                      • S3へのファイル転送を高速化する手順 - skymatix Developers Blog

                        システムエンジニアの椎葉です。 ファイル数が多くなるとファイルの転送に時間がかかってしまいます。 ファイル転送の改善で処理時間やEC2のコストを削減することができます。 今回の例でも30%ほど転送時間&コストを削減することができているので是非参考にしてみてください。 設定項目 今回改善するために変更する設定は下記の2つです。 項目名 説明 max_concurrent_requests 同時に実行できるリクエストの最大数を制御。この設定により、バケットへの同時アクセスを制御することができる。デフォルト:10 max_queue_size タスクキュー内の最大タスク数を制御。タスクが多くなると速度も速くなるが、比例して多くのメモリが必要になる。デフォルト:1000 設定変更のコマンド 設定を変更する際は下記のコマンドを実行します。 aws configure set default.s3.m

                          S3へのファイル転送を高速化する手順 - skymatix Developers Blog
                        • はてなで働き始めてからほぼ5年になるので振り返ってみる - yasuhisa's blog

                          そろそろ前職を退職してから、はてなで働き始めて5年(!)が経とうとしている。5年も働いていると、昔何をやっていたか、その当時どういう気持ちで働いていたかを忘れてしまう。備忘録っぽく書き残しておこう。ポエムです、長いです、大体自分向けに書いてる。 NTT CS研 => 株式会社はてな チーム開発への適応 インフラ苦手意識の克服 教師なし機械学習の本番環境での運用 データ基盤とCustomer Reliability Engineerへの挑戦 今後はデータエンジニアリング NTT CS研 => 株式会社はてな 基礎研究職からWebアプリケーションエンジニアへの転職だった。ログを残しておくと、こういう時に振り返れて便利。 NTT CS研を退職して、株式会社はてなに入社しました - yasuhisa's blog 割と珍しい(?)転職ではあったかもしれないが、機械学習や自然言語処理はアルゴリズム単

                            はてなで働き始めてからほぼ5年になるので振り返ってみる - yasuhisa's blog
                          • 偽のセキュリティ警告画面(サポート詐欺)が表示される仕組み - NTT Communications Engineers' Blog

                            みなさんこんにちは、イノベーションセンターの益本(@masaomi346)です。 Network Analytics for Security (以下、NA4Sec) プロジェクトのメンバーとして、脅威インテリジェンス(潜在的な脅威について収集されたデータを収集・分析したもの)の分析をしています。 最近、広告から偽のセキュリティ警告画面に飛ばされる事例が目立っています。 本記事では、偽のセキュリティ警告画面が表示される仕組みについて、実際に使われているツールを使って紹介していきます。 ぜひ最後まで読んでみてください。 NA4Secについて 「NTTはインターネットを安心・安全にする社会的責務がある」を理念として、インターネットにおける攻撃インフラの解明・撲滅を目指した活動をしているプロジェクトです。 NTT Comグループにおける脅威インテリジェンスチームとしての側面も持ち合わせており、有

                              偽のセキュリティ警告画面(サポート詐欺)が表示される仕組み - NTT Communications Engineers' Blog
                            • MySQLエキスパートyoku0825が目指す、DBAとしての未来像

                              LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog LINEで働くエンジニアに色々と話を聞いていく「LINE Engineer Insights」。LINEの技術組織で働く人々に、何を重視して技術者としてのキャリアを歩んでいるのか、今LINEで何に取り組んでいるのか、今後実現していきたいことなどを聞いていきます。 今回登場するのは、MySQLエキスパートとして広く名を知られる田中翼(@yoku0825) 。日本人として3人目のMySQL分野のOracle ACEであり、2015年には「default_password_lifetime」の功績でMySQL 5.7 Community Contributor Awardに選出された田中は、2021年6月よりLINEのITSC DB

                                MySQLエキスパートyoku0825が目指す、DBAとしての未来像
                              • Tailwind CSS 社内勉強会【まとめ】 - RAKUS Developers Blog | ラクス エンジニアブログ

                                背景 スコープ Tailwind CSSとは? コンポーネント指向とは? Tailwind CSSのメリット class名を考える必要がない デザインシステムの最低保証 ドキュメント、チートシートの豊富さ Tailwind CSSのデメリット classに多くのコードを書く必要があり、可読性が落ちやすい CSSの理解度がある程度必要 デザインを100%再現したい場合に強味を生かしづらい 他ライブラリやフレームワークとの比較 Bootstrapとの比較 Material UI/Vuetify等のUIライブラリとの比較 インライン記述との比較 まとめ 所感 参考 背景 こんにちは。mtaaaです。 社内のフロントエンド勉強会でTailwind CSSについて発表を行ったまとめとして、ブログに残したいと思います。 スコープ Tailwind CSSとは? なぜTailwind CSSに注目が集ま

                                  Tailwind CSS 社内勉強会【まとめ】 - RAKUS Developers Blog | ラクス エンジニアブログ
                                • 配線整理シミュレーター『Network Engineer Simulator』が発表。ネットワークエンジニアとなってサーバーラックと見つめ合い、適切なポートにケーブルを繋いでいこう

                                  『Network Engineer Simulator』はネットワークエンジニアとなって業務をこなしていくシミュレーションゲームだ。プレイヤーはサーバーの整理という世間一般的に“うらやましくない”とされている、仕事をするために雇われた従業者。大小さまざまなデータセンターを訪問し、サーバーを管理していくことになる。 本作のメインタスクとなるのは、もつれたケーブルをほどくこと。立ち並ぶサーバラックを管理し、適切なポートにケーブルを繋いでいくようだ。ケーブルの長さは変更することができ、ケーブルホルダーを使えば綺麗にまとめることもできる。配線整理が好きであれば本作を思いっきり楽しむことができるであろう。 (画像は『Network Engineer Simulator』Steamストアページより)(画像は『Network Engineer Simulator』Steamストアページより)また、本作は

                                    配線整理シミュレーター『Network Engineer Simulator』が発表。ネットワークエンジニアとなってサーバーラックと見つめ合い、適切なポートにケーブルを繋いでいこう
                                  • もっと成長したいソフトウェアエンジニアへ、出会いと経験で自分を変える「キャリアの螺旋」の歩み方 - Findy Engineer Lab

                                    こんにちは。曽根壮大(@soudai1025)です。 私は今、業務委託をメインにした合同会社HaveFunTechを一人で経営し、予防医療テックを提供する株式会社リンケージのCTOも兼任。 プレイヤーとマネージャーの二足のわらじを履いています。 もう少し私の職歴をご紹介すると、今回でCTO就任は3度目となっており、Webアプリケーションエンジニア→最初のCTO→CRE→2度目のCTO→独立→3度目のCTOと、プレイヤーとマネージャーを交互に経験するようなキャリアを歩んでいます。 CTOを通じたマネージャー経験は3回とも規模が違いますが、「強くてニューゲーム」できるというメリットがあり、回数を重ねるごとに違った経験と成長があります。 同じようにプレイヤーとマネージャーを行ったり来たりして、キャリアは一見、「振り子」のように見えますが、同じ場所には戻っておらず、実は「螺旋」のようにつながってい

                                      もっと成長したいソフトウェアエンジニアへ、出会いと経験で自分を変える「キャリアの螺旋」の歩み方 - Findy Engineer Lab
                                    • Appleで26年間勤め上げたプログラマーが引退後に思いを語る、「気づいたらまたプログラミングを始めてしまう」とポツリ

                                      Appleで26年間働き、退職してから1年半が経過したというプログラマーのジョン・カルフーン氏が、退職後に感じたことをブログにつづりました。 Same Stop https://www.engineersneedart.com/blog/samestop/samestop.html 1980年代後半、大学生だったカルフーン氏はMacintoshコンピューターを手に入れてプログラミングに夢中になりました。カルフーン氏はもともと遊びでシェアウェアのゲームを制作しており、その後生活のために商用ゲームを制作する日々が続いたあと、Appleに入社しました。 大学生時代のカルフーン氏。 退職した医師が手術をやめてゴルフを始めるように、26年間働いたAppleを退職したあとはキーボードを手放すだろうと予想していたカルフーン氏。退職後の14カ月間は木工製作やBlender・3Dプリントの実験、自転車に乗っ

                                        Appleで26年間勤め上げたプログラマーが引退後に思いを語る、「気づいたらまたプログラミングを始めてしまう」とポツリ
                                      • 社内のソースコードをGitHub Enterprise にとりまとめてる話 - NTT Communications Engineers' Blog

                                        みなさんこんにちは、社内のエンジニアが働きやすくすることを目標にする Engineer Empowerment プロジェクトの @Mahito です。 この記事は、NTT Communications Advent Calendar 2021 2日目の記事です。 今回は社内のソースコードを GitHub Enterprise にとりまとめる活動とそこで遭遇した課題と解決方法についてお話します。 背景 きっかけは「NeWork のソースコードが見たい」という私の思いつきでした。 これを私が言い出した 2020 年当時、NTT Com ではソースコード管理の方法に決まりはなく、各プロジェクトの判断でバラバラにソースコードリポジトリが導入されていました。ちなみに、私が社内で見かけただけでもソースコードのホスティング先には以下のようなものがありました。 GitHub (Team plan) Git

                                          社内のソースコードをGitHub Enterprise にとりまとめてる話 - NTT Communications Engineers' Blog
                                        • ChatGPT Code Interpreterで気象データを分析する - Taste of Tech Topics

                                          最近は、健康系アプリにはまっているkonnoです。 今年は本当に暑いですね...過去〇〇年で最高、などと言われることもありますが、でも、実際のところはどうなんでしょうか? 今回は、データさえ与えればあっという間に分析してくれるCode Interpreterを使って、過去の気象データから気温変化の傾向を見てみたいと思います。 気象データをCode Interpreterで分析 気象データを取得する 今回使用する気象データは、気象庁が公開している「過去の気象データ・ダウンロード」という以下のページから取得しました。 www.data.jma.go.jp 条件としては、以下のようにしています。(※今回は2022年12月31日までのデータを使用しています。) 項目 内容 地点 横浜 項目 日平均気温 期間 1893/01/01 ~ 2022/12/31 表示オプション デフォルト設定のまま ファ

                                            ChatGPT Code Interpreterで気象データを分析する - Taste of Tech Topics
                                          • Backend エンジニア視点からの GraphQL / GraphQL from a perspective of backend engineer

                                            "LayerX、スタディサプリ、SHEと考える GraphQLが向いている現場とは?運用実践LT" で登壇した資料です。 引用した資料 [Rails アプリに RESTful API のレールを敷いて生産性が大きく上がった話 | Wantedly Engineer Blog](https://www.wantedly.com/companies/wantedly/post_articles/85098) [React Server Components と GraphQL のアナロジー | by Yosuke Kurami | Dec, 2023 | Medium](https://quramy.medium.com/89b3f5f41a01) [実質無料で GraphQL Gateway を手に入れる / low-cost GraphQL Gateway - Speaker Deck](

                                              Backend エンジニア視点からの GraphQL / GraphQL from a perspective of backend engineer
                                            • App Engine VS Cloud Run

                                              Cloud Run CPU 0.08 ~ 8 Core (2nd gen は最小 0.5~) Memory 128 MiB ~ 32 GiB (2nd gen は最小 512MiB~) Deploy App Engine は Deploy (gcloud app deploy) を実行すると Cloud Build が暗黙的に動いて Deploy が行われるが、これがなかなか時間がかかる。 開発環境だと CI でとりあえず main branch に merge されたら、Deploy したりするけど、Deploy を Skip してもよいような時でも CI 回してると Deploy を待つことになって、ちょっとめんどうに感じる。 更にこの仕組みは成果物は Deploy しないと生まれないので、CI と CDを分離しづらい。 Cloud Run は Container Registry a

                                                App Engine VS Cloud Run
                                              • 『なぜインライン要素・ブロック要素概念は依然として有用なのか:現代的なWeb制作への適用』という記事について

                                                なぜインライン要素・ブロック要素概念は依然として有用なのか:現代的なWeb制作への適用 https://zenn.dev/coedo/articles/html-css-inline-element-block-level-element この記事では、『なぜインライン要素・ブロック要素概念は依然として有用なのか』という記事(以下「元記事」といいます)の説明について見ていきます。 この記事の対象者 この記事は、ウェブ制作を学んでいる人や、「インライン要素」「ブロック要素」という用語の扱いに困っている人を想定しています。 はじめに: 結論 この記事の結論は次の2つです。 今日のHTMLから「インライン要素」「ブロックレベル要素」という表記はなくなった。 ある要素にどのような要素を入れるのかは、「インライン要素」「ブロック要素」という考え方を使わなくてもできる。 詳しく説明したいと思います。

                                                  『なぜインライン要素・ブロック要素概念は依然として有用なのか:現代的なWeb制作への適用』という記事について
                                                • 非エンジニアの創業者が、1人目のエンジニアの実力を見抜く方法 | Coral Capital

                                                  特に日本ではそうですが、多くのスタートアップでは、CEOが非技術系の共同創業者である傾向にあります。このポストでは「なぜそうなのか」や「この傾向が良いのか悪いのか」については論じません。これから書くことの背景として、そうした傾向があることを、まず共有しておきたいと思います。 技術系でないCEOは資金調達を担当することが多く、そのため、私たちが最初に会う共同創業メンバーも、そうしたCEOのことが多いです。そうした方とやり取りする中で、よく驚くのは、創業者CEOが、技術担当の共同創業者(または1人目のエンジニア)が過去にどのような仕事をしてきたのかについて、実はほとんど知らないことがあるということです。 そういったCEOはエンジニアリング担当のチームメイトの経歴を大まかには説明するでしょう。例えば「彼女はSIerのエンジニアだった」という具合です。でも、そのエンジニアが実際に何を作ったのか具体

                                                    非エンジニアの創業者が、1人目のエンジニアの実力を見抜く方法 | Coral Capital
                                                  • AWS を退職します👋

                                                    4年弱勤めた AWS を2022年3月末付けで退職します. 本日が最終勤務日です. 在籍期間中には多くの AWS ユーザーや同僚にお世話になりました. 感謝の気持ちを込めて、退職報告をしたためます. 基本的にはポエムなので、忙しい方は次のまとめセクションだけで十分だと思います. TL;DR 2022年3月末をもって AWS を退職します ネガティブな理由での退職ではありません. 挑戦こそ我が人生というやつです. 次は4月から日本のスタートアップ企業にて Software Engineer として働きます 本文読むのは面倒だけど質問がある方は本記事末尾の FAQ をあわせてどうぞ AWS 入社当時の思い出 当時 AWS Japan でサーバーレス スペシャリスト ソリューション アーキテクト (SA)1 を務めていた西谷さん2に誘ってもらい、2018年の5月末に入社しました. AWS 入社後

                                                      AWS を退職します👋
                                                    • Zero Touch Productionとは何か

                                                      GoogleのSREとSecurityによるBuilding Secure Reliable Systems という本の中で「Zero Touch Production (ZTP) 」という考え方が紹介されていた.これはインフラの権限管理やインフラの構築そのものの指針となる概念であり,自分がそうあるべきだとずっと思ってきた考え方でもある.これはどのような考え方なのか?をこれまでの歴史を踏まえて具体的なツールや事例とともにまとめておく. Zero Touch Production Building Secure Reliable Systems においてZero Touch Production (ZTP) は以下のように定義されている. The SRE organization at Google is working to build upon the concept of least

                                                      • dotfiles を使った環境構築の時短術(M1 Mac 向け) - SMARTCAMP Engineer Blog

                                                        挨拶 おすすめする人 dotfiles とは dotfiles を使ってみた感想 セットアップ方法 リポジトリ構成 自動セットアップ アプリケーションの管理 カスタマイズ デスクトップアプリケーション CLI アプリケーション Mac App Store のアプリケーション 完成系 プログラミング言語の管理 カスタム例 設定ファイルのシンボリックリンク作成 カスタム例 .gitignore および README.md .gitignore README.md さいごに 挨拶 こんにちは!スマートキャンプエンジニアの石井(トマス)です。現在、Boxil Event Cloudの開発に携わっています。 好きなことは「開発体験の向上」に取り組むことで、プロダクト参画時、開発環境をホストマシンに直接構築している状態で手順書もなく非効率だったのでDocker化し環境構築を簡略化しました。 今回は「開

                                                          dotfiles を使った環境構築の時短術(M1 Mac 向け) - SMARTCAMP Engineer Blog
                                                        • エンジニアがフォローすべき、エンジニアのTwitterアカウント15選 | コードラン

                                                          1. Rubyのパパ Matzさん 「Rubyは国内でしか使われてない」というデマに辟易してる。みんな使ってるGitHub、AirbnbはRubyだ(Rubyだけじゃないけど)。私が毎月のように海外に行って出会うRuby開発者は幻なのか。 — Yukihiro Matsumoto (@yukihiro_matz) October 10, 2018 日本人にして、プログラミング言語Rubyの開発者 Matzです。 GithubやAirbnbなど世界でも有数のサービスでRubyが使われており、それを日本人が開発しているのは、すごいことですね! 2. 小飼弾さん https://twitter.com/dankogai 日本のオープンソース開発者で、アルファブロガー。 彼のブログ 404 Blog Not Foundは界隈にはあまりにも有名です。 オン・ザ・エッヂ(後のライブドア)の元取締役とし

                                                            エンジニアがフォローすべき、エンジニアのTwitterアカウント15選 | コードラン
                                                          • Pythonは何故やめとけと言われているのか?原因とおすすめできる理由を解説

                                                            Pythonやめとけは本当なのか?AI市場が活況な今、大きく話題になっているプログラミング言語であるPythonは現職のエンジニアの方でない方もご存知なのではないでしょうか。インターネット上では、初心者向けであったり、稼げる言語、易しいなどエンジニア未経験の方におすすめできるような声が上がっていますが、その一方で「やめとけ」という声があるのも事実です。 本記事では、インターネット各所でおすすめされているPythonがなぜ「やめとけ」と言われているのか、その理由を解説し、逆におすすめできる理由を紹介していきます。 Pythonは入口としては優秀結論から言うと、Pythonは未経験者にもおすすめできる言語であり、AIをはじめとして様々な分野で活躍でき、全面的に否定されるべきものではありません。 しかし一方でPythonだけやれば、エンジニアとして活躍できる、年収がアップする、など安易なことを考

                                                              Pythonは何故やめとけと言われているのか?原因とおすすめできる理由を解説
                                                            • 構文のことは忘れて、JSON, S式, XMLのデータモデルを比較する

                                                              データをシリアライズするには、独自のフォーマットを定めるよりも、基本的な定義済みの構造を組み合わせてフォーマットを作るほうが望ましい場合が多いです。 そのような仕組みとしてJSON, S式, XMLなどが存在しますが、これらは 「基本的な構造」として何を選ぶか、という観点からそれぞれに個性を持っています。 本記事では、具体的な構文のことは基本的に忘れて、各フォーマットが採用するデータモデルの違いに焦点を絞って比較します。 JSON data JSON = Value data Value = -- Compounds Array [Value] | Object (Map String Value) -- Scalars | Null | Boolean Boolean | String String -- UCS-2 | Number IntegerOrFloat -- no NaNs

                                                                構文のことは忘れて、JSON, S式, XMLのデータモデルを比較する
                                                              • スタートアップで働くエンジニアが銀の弾丸を求めて愚直に働いている話 ~ 銀の弾丸なんてものは存在しない ~ - ANDPAD Tech Blog

                                                                こんにちは。こんばんは。おはようございます。アンドパッドで現在はバックエンドの方のエンジニアをやっている北村です。 アンドパッドには2021年4月にJOINしまして、現在までANDPADボード(以下ボード)の開発に携わっています。ANDPAD施工管理が比較的長期間の工事をターゲットにしているのに対してANDPADボードは1日〜数日の間に短期間の工事や施工を行う際のスケジュール管理を行えるサービスです。 lp.andpad.jp 半年ほど前に同チームのバックエンドエンジニアの原田さんに技術的負債を粉砕する記事を投稿してもらいました。今回はその続きの話をしようと思います。 前回記事は塵積もった技術的負債に対する技術的なアプローチがメインでしたが、今回はプロセスやチームビルディングの参考になりそうな話をバックエンドエンジニア目線で書いたものになります。 ANDPADボードの開発チーム紹介 話をイ

                                                                  スタートアップで働くエンジニアが銀の弾丸を求めて愚直に働いている話 ~ 銀の弾丸なんてものは存在しない ~ - ANDPAD Tech Blog
                                                                • アーキテクチャ 【まとめ】 -マイクロサービス、ミニサービス、モジュラーモノリス、モノリシックアーキテクチャを並べて比べてみました- - RAKUS Developers Blog | ラクス エンジニアブログ

                                                                  こんにちは。 株式会社ラクスで先行技術検証をしたり、ビジネス部門向けに技術情報を提供する取り組みを行っている「技術推進課」という部署に所属している鈴木(@moomooya)です。 ラクスでは有り難いことにサービスが順調に成長しています。今後の成長に対応できるようにするために、継続的な検討課題としてより拡大可能なアーキテクチャの検討を行っています。 拡大成長可能なウェブアプリケーション(のバックエンド)アーキテクチャとしてすぐに挙がるのが「マイクロサービスアーキテクチャ」だと思いますが、マイクロサービスアーキテクチャが一般的に議論されるようになったのが2015年頃からだったと思います。それ以来いろいろと考え続け、従来のモノリシックアーキテクチャ群との間にあるアーキテクチャとイメージがつながってきたのでまとめてみたいと思います。 この記事でそれぞれのバックエンドアーキテクチャを俯瞰的に比較する

                                                                    アーキテクチャ 【まとめ】 -マイクロサービス、ミニサービス、モジュラーモノリス、モノリシックアーキテクチャを並べて比べてみました- - RAKUS Developers Blog | ラクス エンジニアブログ
                                                                  • Docker Buildにおけるリードタイム短縮のための3つの改善ポイント | PLAID engineer blog

                                                                    Dockerfile効率化のベストプラクティスを、リードタイム(CI/CDの実行時間)を短縮し開発生産性を向上させる為に行うべき事という観点でまとめました。 1.Docker Daemonへの転送ファイル削減 2.Docker Imageのサイズ削減 3.cacheの有効活用

                                                                      Docker Buildにおけるリードタイム短縮のための3つの改善ポイント | PLAID engineer blog
                                                                    • 実は、はじめは「RubyKaigi」という名前ではなかった ─ 創始者と貢献者たちが、歴史を赤裸々に話します - Findy Engineer Lab

                                                                      2006年からほぼ毎年、日本で開催されているオブジェクト指向スクリプト言語Rubyに関するイベント「RubyKaigi」。 世界中のRubyistにとって“祭り”と言えるような一大イベントですが、この「RubyKaigi」が発足した経緯や、過去から現在までの歴史をみなさんはご存知でしょうか。 今回は「RubyKaigi」の創始メンバーのひとりである荻野淳也さんと、第1回の「RubyKaigi 2006」から運営に携わっている角谷信太郎さん、「RubyKaigi 2015」からチーフオーガナイザーを務めている松田明さんにインタビュー。イベントの歴史を語っていただきました。 「RubyKaigi」が産声をあげるまで ――そもそもの発端として「RubyKaigi」を立ち上げた経緯を教えてください。 荻野:過去から歴史をたどると、最初、「RubyConf」が2001年にアメリカで開催されたんですよ

                                                                        実は、はじめは「RubyKaigi」という名前ではなかった ─ 創始者と貢献者たちが、歴史を赤裸々に話します - Findy Engineer Lab
                                                                      • 「システム設計の面接試験」が使える場面は面接試験だけじゃない! 「システム設計の面接試験」の勉強会を行った話 - ANDPAD Tech Blog

                                                                        お久しぶりです。 ANDPADボードのプロダクトテックリードの原田(tomtwinkle)です。 「システム設計の面接試験」はいいぞ……! 的な記事が上がってきてせっかくなので書かねばと筆を執りました。 zenn.dev 「システム設計の面接試験」はいいぞ……! ! What's System Design Interview? 「Grokking Modern System Design Interview」「System Design Interview」とは主に外資企業の面接で行われるJob Interviewの対策マニュアルみたいなものです。 面接試験 と言いつつ内容は大体GoogleやAmazon, Meta(旧Facebook), Netflix, X(旧Twitter)等の大規模トラフィックを捌くシステムを構築する際どのようにシステムを設計するかという話なのでAWSのマネージ

                                                                          「システム設計の面接試験」が使える場面は面接試験だけじゃない! 「システム設計の面接試験」の勉強会を行った話 - ANDPAD Tech Blog
                                                                        • 数学は難しい、だからこそ面白い。アカデミアを諦めてプログラマーに戻った私が今でも学び続ける理由 - Findy Engineer Lab

                                                                          はじめまして、千葉竜介(@metalunk)です。 ソフトウェアエンジニアとしてのキャリアをサーバーサイド開発からはじめ、その後は数学の知識と組み合わせることで機械学習エンジニア、検索エンジニアとして働いてきました。現在は株式会社10X で検索と推薦のシステムを作っています。 機械学習と検索は、ソフトウェアエンジニアリングの中でも特にコンピュータサイエンスの知識が重要である分野だと思います。実際に、機械学習と情報検索は現在アカデミアでもっとも活発に研究されている分野の一つです。 そんな分野の専門エンジニアを名乗るような人というのは、小さい頃から算数が大好きで、大学一年の線形代数に躓くことなく進んできたに違いない、と思うかもしれません。しかし、少なくとも自分は違いました。 そんな自分のキャリアについて、この記事では数学を軸に据えてお伝えできたらと思います。 はじめに:ぼくが理系に進んだ理由

                                                                            数学は難しい、だからこそ面白い。アカデミアを諦めてプログラマーに戻った私が今でも学び続ける理由 - Findy Engineer Lab
                                                                          • "壊れにくい"データ基盤を構築するためにMackerelチームで実践していること - Hatena Developer Blog

                                                                            こんにちは。MackerelチームにおいてCRE(Customer Reliability Engineer)をしているid:syou6162です。主にカスタマーサクセスを支えるデータ基盤の構築や、データ分析を担当しています。 今回は、壊れにくいデータ基盤を構築するため、Mackerelチームで実践していることを紹介します。 なぜ壊れにくいデータ基盤を構築するのか データ基盤が“壊れている”とはどういうことか 壊れてないだけでなく、壊れたら気付ける 前提とするシステム構成 壊れたことに気付けるよう監視する 1. バッチジョブが失敗したことに気付く 2. 投入されたデータの性質を監視する 3. ビューが壊れてないかを監視する 4. 利用状況を監視する そもそも壊れてない状態を保つ 1. データリネージを元に修正できるようにする 2. 使われていないテーブルやビューは定期的に掃除 おわりに 参

                                                                              "壊れにくい"データ基盤を構築するためにMackerelチームで実践していること - Hatena Developer Blog
                                                                            • 技術ブログを(だいたい)1年続けた背景と成果 - ドワンゴ教育サービス開発者ブログ

                                                                              このドワンゴ教育サービス開発者ブログを開設してから2年が経ちました。 特に2021年3月からおよそ1年の間、技術ブログの運用体制を整え、定期的に記事を投稿してきました。 この記事では、技術ブログ運用の背景と現在の運用体制、成果と課題についてまとめます。 背景:教育事業の成長のために 運用:編集部体制の構築 執筆フロー 執筆者のアサインとテーマの決定 記事構成・目次の作成 初稿の作成 完成稿の作成 社内公開と公開日の調整 公開 成果 採用での成果 副次的な効果 課題と今後の展望 We are hiring! 背景:教育事業の成長のために 私達は教育を生業とすることもあり、学習や知見の共有は大事な業務のひとつです。 そのような活動の場のひとつとして技術ブログを開設していましたが、有志の手によって不定期に更新される程度で、効果的に活用できていませんでした。 そのような中で、さらなる事業成長のため

                                                                                技術ブログを(だいたい)1年続けた背景と成果 - ドワンゴ教育サービス開発者ブログ
                                                                              • 決済システムを壊さずに拡張した話 | メルカリエンジニアリング

                                                                                メルペイのBackend Engineerの @Hiraku です。与信決済システムのmicroserviceのTech Leadをしております。 この記事は、Merpay Advent Calendar 2022 の5日目の記事 メルカードの舞台裏編です。 2022年11月8日にメルペイ初のクレジットカードであるメルカードがリリースされました。これに伴い、システムにも広範囲に変更が加わっています。この記事ではその中でもちょっと分かりにくい、メルペイスマート払いの請求タイミングの変更について解説します。 月末ごろにメルカードによる決済を行うとわかるのですが、「処理中」と表示され、翌月の請求に含まれないものがあります。こちらはメルカード特有の実売上処理が終わってから請求する挙動です。順番に解説していきます。 カード決済の流れ 決済は大きく2段階の処理で成り立っています。「オーソリ」や「仮売上

                                                                                  決済システムを壊さずに拡張した話 | メルカリエンジニアリング
                                                                                • 40歳を超えてエンジニアから異職種に挑戦。唯一無二を突き詰めて見出した、自分の価値 - Findy Engineer Lab - ファインディエンジニアラボ

                                                                                  技術もイベントも分かることが、唯一無二の価値 自分のやりたいこととカンファレンスの運営を合致させる イベントを運営する仕組みを実装する 同じパーティでも参加者より主催者として ずっと「自分がやれることは何か」を考えてきた こんにちは。牧大輔(@lestrrat)です。これまで自分の会社を立ち上げたり、ライブドアやLINE、それからHDEなどでプログラマとしてコードを書く傍ら、並行してJPA(Japan Perl Association)を組織してPerlコミュニティのイベント「YAPC::Asia Tokyo(以下、YAPC)」を運営したり*1、より新しいカンファレンスとして「builderscon」の運営に携わってきました。 そして、およそ1年前(2019年2月)から、職業プログラマとしてコードを書く仕事を辞め、株式会社メルカリで、主に会社関連のイベント運営を主眼とした活動を仕事としてい

                                                                                    40歳を超えてエンジニアから異職種に挑戦。唯一無二を突き詰めて見出した、自分の価値 - Findy Engineer Lab - ファインディエンジニアラボ