並び順

ブックマーク数

期間指定

  • から
  • まで

121 - 160 件 / 236件

新着順 人気順

開発の現場の検索結果121 - 160 件 / 236件

  • 全モダンブラウザ対応のCSS機能が爆増。Chromium版Edgeのもたらす次世代CSS表現 - ICS MEDIA

    2020年初め、Chromium版のMicrosoft Edge(以下新Edge)がリリースされました。新Edgeは「Microsoft Edge Legacy」(以下Edge Legacy)と比べて多くの機能が使えるようになっており、Chrome・Firefox・Safariのモダンブラウザと遜色ないレベルになっています。 先日5月29日にリリースされた「Windows 10 May 2020 Update」では、Edge Legacyの開発が終了することもアナウンスされており(参考記事「Windows 10 features we’re no longer developing - Windows Deployment」)、今後のWindows標準ブラウザは新Edgeとなっていくでしょう。 ウェブ制作の面で嬉しいことは、多くのCSSやJavaScriptの機能が使えるようになったことで

      全モダンブラウザ対応のCSS機能が爆増。Chromium版Edgeのもたらす次世代CSS表現 - ICS MEDIA
    • リモートでむしろ生産性が上がったエンジニア組織の作り方を一休 CTOの伊藤さんに聞いてみた

      宿泊予約事業やレストラン予約事業などを手掛ける、株式会社一休。エンジニア組織における個人の振り返りや組織の課題発見に、エンジニア組織支援クラウド「Findy Teams」を活用いただいています。 今回は、執行役員CTOを務める伊藤直也さんにインタビュー。実際に「Findy Teams」上のデータを参照しながら、エンジニア組織における生産性についての考え方などを伺っていきます。 ■プロフィール 伊藤 直也 株式会社 一休 執行役員 CTO コロナ禍における開発を、Findy Teamsで振り返る ──こちらが御社の2020年1月から直近までのデータになります。プルリク作成数はだいたい平均値を超えていて、件数としては2020年7月と2020年10月に大きな山があります。今年は5月頃から全体的に伸びている傾向にありますが、これらの要因として考えられる部分はありますか? Findy Teamsのチ

        リモートでむしろ生産性が上がったエンジニア組織の作り方を一休 CTOの伊藤さんに聞いてみた
      • ニコニコで12年運用した決済システムを移行する上で必要だったこと - Qiita

        はじめに 今日は、ニコニコのプレミアム会員サービスを支える「プレミアム課金システム」を動画システムのモノリスから切り出し、変更可能にしていった過程について書きます。プレミアム課金システムは金銭を扱うシステムですので、「(特に、失敗した)話を聞くのは面白いけど、自分で触りたくない」と思われる方も多いのではないでしょうか。 この記事では、決済にかかわるシステムでも一般的なシステム改善の方法が適用できることをお伝えしたいと思います。また、コストを抑えつつ着実なシステム改善を行う方法論としてもご理解していただけると嬉しく思います。 背景 プレミアム会員サービスについて 月額500円(税別)のプレミアム会員制度には159万人(2020年9月末現在)の方が加入してくださっており、ニコニコ事業を支える主要な有料サービスです。 ニコニコ動画は2006年にサービスを開始し、2007年にプレミアム会員サービス

          ニコニコで12年運用した決済システムを移行する上で必要だったこと - Qiita
        • git の develop ブランチは必要なのか、またはリリースtagについて

          songmu @songmu feature branchか、feature flagかっていうのは実は結論のない話なんだろうな、とは思ってる。僕はfeature branchに慣れすぎてしまったけど 2019-10-26 15:32:59 Kazunori Otani @katzchang Gitのリポジトリ/ブランチ戦略で確実に言えそうなのは、「分岐した状態をできるだけ短くしよう」で、それを実現するためにはじつはGitだけの問題じゃなかったりするので、みなさんがんばっていきましょう。 2019-10-26 18:03:42

            git の develop ブランチは必要なのか、またはリリースtagについて
          • 大規模リファクタリングの極意

            iOSDC 2021 での登壇資料となります。 登壇内容 https://www.youtube.com/watch?v=yWO47AFkDls 以下、スライド内に登場するリンク一覧です。 MoT Teck Talk vol.3 「タクシー配車ならではの技術が盛りだくさん!iOSアプリの開発現場」 https://www.youtube.com/watch?v=KwaMV7-uMdI 不要なコードを検知して PR にコメントする Danger プラグイン https://github.com/imairi/danger-detect_unused_definition xcode-select の自動切り替えツール https://github.com/klaaspieter/chxcode RIBs アーキテクチャのボイラープレート自動生成 + 依存解決ツール https://githu

              大規模リファクタリングの極意
            • 2020年秋にVue.jsのアプリケーションを作るなら、押さえておきたい5つのポイント | フューチャー技術ブログ

              TIGの伊藤真彦です。 ここ最近はVue.jsでのフロントエンド開発を行っています。 ほぼ何もない状態からのスタート段階から始めたのですが、その際調査したことが学びになったので共有します。 ※この記事は 2020/10/13 に執筆されました。調査日は2020/08/17~2020/09/01 のため、バージョンなど当時と状況が異なるものがあります。この1ヶ月の間でも、alphaからbetaに変わったり、betaが取れたりと進化が速いです。 公式ライブラリのステータスはこちらもご参考ください。 https://v3.vuejs.org/guide/migration/introduction.html#supporting-libraries 前提として押さえておきたい2点のポイント環境構築はVue CLIフューチャーでは仕事ですぐに使えるTypeScriptと題しまして、TypeScri

                2020年秋にVue.jsのアプリケーションを作るなら、押さえておきたい5つのポイント | フューチャー技術ブログ
              • コロナで大打撃を受けた宿泊業のエンジニアの逆境との闘い

                DevelopersSummitKansai 2020の登壇資料です。 星野リゾートでは、企業の発展とともに、開発の内製化の促進を進めており、2020年は大量の新規開業、システム刷新など巨大なプロジェクトが待ち受けていた。 しかし、新型コロナウィルス感染の拡大により、母体の宿泊業は業界全体が壊滅的な状況になり、多大な影響を受けた。 もちろん、その影響はシステム開発の現場にもあり、以下のような混乱した状況になった。 ・半年以上かけて練り上げてきた計画はすべて白紙になる。 ・計画は週に2、3回変わる。 ・緊急案件が次々と入る。 この逆境の中、組織としてどのような取り組みを行い、エンジニアが学びを得て、成果を上げているのかをご説明いたします。Read less

                  コロナで大打撃を受けた宿泊業のエンジニアの逆境との闘い
                • 「地獄のアプリ開発」を経験した元Uberのエンジニアがその真実を語る

                  大規模なソフトウェア開発は多くの人が関わり、多額の資金が費やされますが、時として社内外の要因によって開発現場が地獄と化す場合もあります。近年ではみずほ銀行の基幹システム開発が書籍化されるほど苦難の道を歩んだことはIT業界で知られていますが、そんな「地獄の開発現場」がかつてUberにも存在したと、元UberのエンジニアであるMcLaren Stanley氏が当時の状況を振り返っています。 Alright folks, gather round and let me tell you the story of (almost) the biggest engineering disaster I’ve ever had the misfortune of being involved in. It’s a tale of politics, architecture and the sunk

                    「地獄のアプリ開発」を経験した元Uberのエンジニアがその真実を語る
                  • 【保存版】東京リージョンの AWS 障害発生時にクラスメソッドのテクニカルサポートチームがやっていること | DevelopersIO

                    どのような事前準備をしているか 有事の際は想定外のことが発生しやすく、事前準備をしていないと冷静な対応が難しくなります。 いきなりしっかりした事前準備をすることは難しいので、徐々に成熟度を上げていきます。 本章では以下の観点で、事前準備についてご紹介します。 手順書 自動化 訓練 手順書 フローやチェックリストを含む手順書を準備しています。 手順書の内容は後述します。 分かりやすい手順書を準備することも重要ですが、その手順書への導線づくりも大切にしています。 運用周りのドキュメントは数が多く、目的のドキュメントが埋もれてしまい他のメンバーが見つけられない場合があるからです。 周知に加えて、ドキュメントの階層を見直したり、特定チャンネルに手順書の URL をピン留めしておくなど、手順書に辿り着きやすくする工夫をしています。 分かりやすい手順書の書き方については、以下のブログが参考になります。

                      【保存版】東京リージョンの AWS 障害発生時にクラスメソッドのテクニカルサポートチームがやっていること | DevelopersIO
                    • スクラム開発の現場にJoinして失敗した俺が悪い話 - Qiita

                      ほぼノー知識でスクラム開発の現場に乗り込んで失敗した話を書き記します。 「なぜスクラムは上手くいかないのか」「スクラム開発のアンチパターン」などチームにフォーカスした記事はあれど、個人にフォーカスした失敗談が見当たらなかったので書こうと思いました。 はじめに 大前提として、その現場が悪かったとかスクラム開発が悪いとかそういったネガティブキャンペーンをするつもりではありません。 ウォーターフォールと比較して、継続的にプロダクトを作って完成に近づけていくスクラムのメリットは十分理解しているつもりです。 その中で自分が「あ、無理かも」と感じてしまった理由を記して同じ立場に立ってしまった人の救いになれればいいなと思い記します。 概要 AWSを基盤とするインフラ開発の現場Joinし、スクラムメンバーとしてプロダクトを開発する役目を受けました。 結論から言うと2週間のスプリントでベロシティを上げること

                        スクラム開発の現場にJoinして失敗した俺が悪い話 - Qiita
                      • JavaScript で print デバッグ時に変数名を出力する - mizdra's blog

                        数列の和を求めるプログラムを作成することになり、意気揚々と以下のようなプログラムを書いたという状況を想像して下さい。 function sum(nums, acc = 0) { if (nums.length === 0) return 0; if (nums.length === 1) return nums[0]; return sum(nums.slice(1), acc + nums[0]); } const nums = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10]; console.log(sum(nums)); // expected: 55 一見すると何も問題なさそうに見えるプログラムですが、実はバグがあります (皆さん分かりますか?) *1。実際に上記プログラムを実行すると 55 ではなく 10 が出力されます。 こうした場面に遭遇すると、自然と sum

                          JavaScript で print デバッグ時に変数名を出力する - mizdra's blog
                        • データエンジニアが事業成長をリードする。『SUUMO』のレコメンドAPIはこうして進化した - はてなニュース

                          「どのように開発するか」だけでなく、上流からプロジェクトに携わり「何を開発するか」から検討したい、と考えているエンジニアの方は少なくないでしょう。 一方、実際の開発現場では「WHAT(何を開発するか)」がすでにある程度検討され、エンジニアはその実現方法を具体化させるフェーズから参画し「HOW(どのように開発するか)」を考えるケースが多いのではないでしょうか。 「WHAT(何を開発するか)」を検討するフェーズからボトムアップでアイデアを出し、プロダクトの成長にコミットしたいーー。そんな思いを強く持つエンジニアにとって、理想的な環境とも言えるのがリクルートです。 今回、同社を代表するプロダクトである『SUUMO』のレコメンドAPIのインフラを、機械学習エンジニア(以下、MLE)とデータエンジニア(以下、DE)が連携して改修したプロジェクトを参考に、事業成長にコミットするエンジニアの姿を伝えます

                            データエンジニアが事業成長をリードする。『SUUMO』のレコメンドAPIはこうして進化した - はてなニュース
                          • データベースのドキュメント管理を自動化した話 - estie inside blog

                            こんにちは、今回はデータ基盤構築を担当しているmarushoがお送りします。 今日はestieで実践しているデータベースのドキュメント管理方法をご紹介します。 はじめに 独自成長していくデータベースたち 失われたドキュメント どうすれば低コストなドキュメント管理ができるのか そして生まれた、schema collectorという自動化ツール SchemaSpy Mysql diff Priv Page ECS タスクスケジューラ ドキュメントを腐らせない おわりに はじめに estieはオフィスを中心とした不動産データを取り扱うスタートアップ企業です。 estie(オフィス探しサービス)とestie pro(不動産事業者向けデータプラットフォーム)の2つのサービスを運営しています。 詳しくは、こちらの記事をご覧ください。 inside.estie.co.jp estieでは、不動産に関する

                              データベースのドキュメント管理を自動化した話 - estie inside blog
                            • なぜゲーム業界はJenkinsを選ぶのか?その理由と利点 | DevelopersIO

                              こんにちは ゲームソリューション部の出村です。 みなさんはソフトウェア開発においてCI/CDツールは何を利用していますでしょうか? これまでゲーム開発の現場を見てきましたが、ゲーム開発においてよく使われるCI/CDツールはやはりJenkinsです。このJenkins、一昔前ではWeb開発をはじめとしてさまざまなソフトウェア開発でよく利用されていました。ただ、ここ最近はGitHub Actionsなど他のツールに置き換えられているという印象があります。 しかし、ことゲーム開発においてはGitHub Actionsといった他のCI/CDツールではなく、Jenkinsが利用されている場面が圧倒的に多いです。これは、他のCI/CDツールを利用したくないという消極的な理由ではなく、Jenkinsを利用する明確な理由があるためだと考えています。 ゲーム業界はJenkinsが活用される理由 ここでは、ゲ

                                なぜゲーム業界はJenkinsを選ぶのか?その理由と利点 | DevelopersIO
                              • 本の紹介『読みやすいコードのガイドライン』 - ソフトウェア設計を考える

                                はじめに 良い本です。コードを書く人であればだれでもが気づきと学びがあるでしょう。 特に、コードの規模が大きく長期間にわたってさまざまな関係者が読むことになるプログラムを書く人にはぜひ読んでほしい本です。 gihyo.jp この本から学べるのは、どちらかというと「やり方」よりも「考え方」です。 書き方の具体例というよりは、良いコードを書くための考え方を、著者の知見に基づいて丁寧かつ具体的に説明しています。 別の言い方をすると、とにかくコードの具体例で「やり方」を覚えたい、という人には合わないかもしれません。 コードの具体例もたくさん登場しますが、それは「考え方」を説明するための例であって、コードの書き方のお手本やサンプルを集めた本ではありません。 サンプルコードはKotlinです。内容は、どちらかといえばユーザーインタフェースよりという印象です。しかし、Kotlinを知らなくてもほぼ問題な

                                  本の紹介『読みやすいコードのガイドライン』 - ソフトウェア設計を考える
                                • マイクロサービス時代のセッション管理 - Retty Tech Blog

                                  この記事はRetty Advent Calendar 2019 21日目の記事です。エンジニアの 神@pikatenor がお送りします。11日目の記事に書かれた「弊社エンジニアの神(注・人名であり実名です)」とは私のことです。 qiita.com さて世はまさにマイクロサービス大航海時代、大規模化した組織・肥大化したコードベースのメンテナンスを継続的に行っていくべく、アプリケーションを機能別に分割する同手法が注目を集めていることは皆さんもご存知でしょう。 マイクロサービスアーキテクチャ特有の設計課題はいくつかありますが、今回は認証情報のような、サービス間でグローバルに共有されるセッション情報の管理のパターンについて調べたことをまとめてみたいと思います。 背景 HTTP は本質的にステートレスなプロトコルですが、実際の Web サービス上では複数リクエストをまたがって状態を保持するために、

                                    マイクロサービス時代のセッション管理 - Retty Tech Blog
                                  • Kubernetesの「ブランチデプロイ」で誰もがハッピーなDev環境を作る - HRBrain Blog

                                    こんにちは。HRBrainでインフラエンジニアをしている間野(@mano_0307)です。 今年の5月にインフラエンジニアとして入社しました。Kubernetesを使っている弊社で、Kubernetesをまったく触ったことのない私のような人間がインフラエンジニアになれるというのが弊社の素晴らしいところです。合言葉は「トライドリブン」。日々トライができる素晴らしい環境です。 Dev環境という各社共通の悩み 多くの会社で何かと困っているのがdev環境なのではないかと思います。 dev環境今日も空いてないよ・・・フルリモートでどうせバレないし、寝ちゃお あれ?久々に使ったdev5環境がうまく動かないよ。・・・(数時間後)あー、最新のmasterがrebaseされてないからAPIのinterface変わってんじゃん!うわー寝よ・・・ そろそろdev環境増やしたいな・・・でも、あの設定も複製しなきゃ

                                      Kubernetesの「ブランチデプロイ」で誰もがハッピーなDev環境を作る - HRBrain Blog
                                    • メルカリにおけるA/Bテスト標準化への取り組み

                                      2021/7/28, Retty ✕ Mercari Analyst Talk Night! https://mercari.connpass.com/event/218848/

                                        メルカリにおけるA/Bテスト標準化への取り組み
                                      • Backlogを作ってるエンジニアが教えるBacklog活用術 - 開発チーム内外をつなぐ、課題管理の考え方 - エンジニアHub|Webエンジニアのキャリアを考える!

                                        エンジニアHub > 記事一覧 > Backlogを作ってるエンジニアが教えるBacklog活用術 - 開発チーム内外をつなぐ、課題管理の考え方 Backlogを作ってるエンジニアが教えるBacklog活用術 - 開発チーム内外をつなぐ、課題管理の考え方 プロジェクト管理ツール、コラボレーションツールとしてBacklogを採用しているチームは多いでしょう。多岐にわたる機能を利用できるツールですが、上手に使うためのアイデアと方法を、Backlogを生み出したヌーラボ社の中村知成さんが解説します。開発チーム内だけでなく、マーケやセールスなどを含めた、チームを横断した課題管理など、“中の人”ならではの知見をご紹介します。 株式会社ヌーラボの中村知成( @ikikko )です。Backlogの開発・運用全般のマネージャーを務めつつ、Backlogの導入・業務改善や、ソフトウェア開発現場の支援サービ

                                          Backlogを作ってるエンジニアが教えるBacklog活用術 - 開発チーム内外をつなぐ、課題管理の考え方 - エンジニアHub|Webエンジニアのキャリアを考える!
                                        • 【独自】山の所有者激怒「間伐」のはずが…ヒノキ6000本“勝手に”伐採 災害リスクも(テレビ朝日系(ANN)) - Yahoo!ニュース

                                          静岡県の山林で所有者の意向に反して、多くの木が伐採されました。伐採されたのは、高さ15メートルほどのヒノキ。その数は6000本以上です。激怒する所有者を取材しました。 ■“間伐”のはずが…「まるでゴルフ場」 南アルプスにほど近い、山あいの上空。 山林の所有者:「際限なく切っているね、これ」「想像を絶しますね。うわ…」 上空から見ると、突如として現れる異様な光景。緑豊かな山々の中に、広い範囲にわたって地表がむき出しになっていることが分かります。 山林の所有者:「本当に、頭にきています」「何のために、こんな伐採したのか、本当に分からないですよ」 一体なぜ、こんなことが起きたのでしょうか。 静岡市の中心部から車でおよそ2時間。“オクシズ”と呼ばれる、林業が盛んな山間地です。問題の山は、標高1400メートル、人の目に触れることがほとんどない林道の先にあります。 4代にわたって受け継がれてきた山。所

                                            【独自】山の所有者激怒「間伐」のはずが…ヒノキ6000本“勝手に”伐採 災害リスクも(テレビ朝日系(ANN)) - Yahoo!ニュース
                                          • このSRE本がすごい!2024年版 - じゃあ、おうちで学べる

                                            はじめに 有用な知識の特性 Google SRE リソース Site Reliability Engineering: How Google Runs Production Systems The Site Reliability Workbook: Practical Ways to Implement SRE Building Secure and Reliable Systems: Best Practices for Designing, Implementing, and Maintaining Systems SLO Adoption and Usage in SRE Creating a Production Launch Plan Training Site Reliability Engineers: What Your Organization Needs to Cre

                                              このSRE本がすごい!2024年版 - じゃあ、おうちで学べる
                                            • Kubernetesを1年間運用してわかった3つのこと - SMARTCAMP Engineer Blog

                                              スマートキャンプ、エンジニアの入山です。 弊社で技術的挑戦の意味も込めて始めたKubernetes(k8s)も、小規模ながら運用を開始して1年以上が経ちました! 現在では、k8sでのインフラを採用したプロダクトが無事に本番リリースを迎え、ユーザーが本番稼働を行うまでになっており、躓きながらも少しずつ運用知見が溜まってきています。 今回は、k8sを実際に運用してわかった3つの知見を紹介したいと思います! PodのNode配置が偏る 解決策 ローリングアップデート時にダウンタイムが発生する 解決策 Pod削除時にコンテナによってプロセスが終了するタイミングが異なる 解決策 最後に PodのNode配置が偏る k8sではPodを新規作成する場合に、kube-schedulerが各ノードのリソース使用状況等から判断した最適なNodeへスケジューリング(配置)を行います。 しかし、このスケジューリン

                                                Kubernetesを1年間運用してわかった3つのこと - SMARTCAMP Engineer Blog
                                              • [深津さんから教わった!]フィッシュボーン図で課題を整理する|Shino | Software Designer

                                                マネーフォワードでは、THE GUILD代表の深津貴之さんをアドバイザリとして招き、日頃からサービスデザインに関する助言をいただいております。 先日は、社内のサービス開発力の底上げを目的とし、フィッシュボーン図を使った課題整理のワークショップを行っていただきました。 PM、デザイナー、ビジネスのメンバーを中心に、100名近くが参加しています。 今回はそこで学んだ内容をご紹介します。 表面的に対処してしまう問題 プロダクト開発の現場には、日々さまざまな要望が届きます。 それらに対処する際に気をつけたいのが「表面的に対処してしまう問題」です。 例えば次のようなケースです。 ユーザーが「検索機能を強化してほしい」と言ったので、パワフルな検索オプションを搭載しました。ユーザーの声にそのまま従っており、その背景にある課題は分からないままです。 機能は追加したが効果がでなかった、効果がよくわからない、

                                                  [深津さんから教わった!]フィッシュボーン図で課題を整理する|Shino | Software Designer
                                                • 事業を支える技術選定 / Engineering Decision Making Process For Business - Speaker Deck

                                                  Transcript 事業を支える技術選定 コネヒトマルシェオンライン「事業を支えるWeb開発」@itosho 1 自己紹介 ▪伊藤 翔 @itosho ・コネヒト株式会社 執行役員CTO ・Backend Engineer / PHP, Go ・stand.fm はじめました ・https://stand.fm/channels/5ec2e733f654bbcab4c123a2 Follow me! 今日のテーマ「技術選定」 4 何故、技術選定は難しいのか? ▪正解がない ・判断軸が多岐に渡り、会社の状況によっても変わる ・イデオロギーが対立しやすいトピックであり、合意形成が難しい 難しいからこそ向き合う価値がある ▪今日話すこと ・技術選定をするにあたり、どうやって意思決定をしているか ・正解がないトピックなので一つの考えとして聞いてください ※話のトピック的に、何かを「選ぶ」ので必然

                                                    事業を支える技術選定 / Engineering Decision Making Process For Business - Speaker Deck
                                                  • 令和の時代に本を読む必要はあるだろうか? - メソッド屋のブログ

                                                    私は本来本好きの人間であるが、最近はめっきり本を読む機会が少なくなった。技術を学ぶなら pluralsightとかのビデオのコースもあるし、Webの公式ドキュメントも充実している。よしんば本を読んでも紙ではなくKindle が多い。ブックマークもつけれるし、サーチもできるし、老眼にもやさしい。本ってもうオールドファッションのメディアじゃないだろうか? 最近本を書く機会があって、そんなことを考えたので久々にはてなのブログのほうで考えたことを書いてみたい。 本を書くべきかどうかの葛藤 私は米国のマイクロソフトで Azure Functions というサーバーレスのサービスの開発者として勤務している。アメリカで働いているので日本で本を書こうとか全く考えていなかったが、ある日文藝春秋の山本さんが突然コンタクトをとって来て「本を出しませんか」と言われた。私は普段はnoteで自分の学んだことを、自分の

                                                      令和の時代に本を読む必要はあるだろうか? - メソッド屋のブログ
                                                    • 『フロントエンドの知識地図』出版のお知らせ - ICS MEDIA

                                                      株式会社ICSの池田・西原・松本の3人で『フロントエンドの知識地図 〜 一冊でHTML/CSS/JavaScriptの開発技術が学べる本』という書籍を執筆しました! ICS MEDIAではHTML・CSS・JavaScriptにおける最新技術をテーマに取り扱っています。ウェブメディアの特性上、記事は断片的な情報となることが多く、体系的な発信が難しいと我々は課題感を持っていました。そこで、この書籍ではICS MEDIAでは発信の難しかった、フロントエンドの全容を一冊で伝えることを目指しています。 2023年11月24日の発売で、Amazonや書店や電子版で購入できます。 Amazon サポートページ 2023年4月に執筆を開始し、フロントエンドのトレンドをまとめてキャッチアップできるようテーマを選定しました。344ページで、紙面はフルカラー。内容の厚みにたいして、定価2,860円(本体2,6

                                                        『フロントエンドの知識地図』出版のお知らせ - ICS MEDIA
                                                      • さよならFlask ようこそFastAPI / goodbye Flask, welcome FastAPI

                                                        DeNA社内の技術共有会でFastAPIの便利さについて語った資料です。 ▼ 要点 ・機械学習の推論API立てる用途ならFastAPIが便利 ・型定義で開発UXばっちり ・ドキュメント自動生成でつなぎこみも円滑 ▼ ソースコード https://github.com/amaotone/fastapi-example

                                                          さよならFlask ようこそFastAPI / goodbye Flask, welcome FastAPI
                                                        • 『45歳定年制』? 進む、人材の新陳代謝(日本テレビ系(NNN)) - Yahoo!ニュース

                                                          雇用市場の変化がコロナ禍で後押しされている。政府の会議のメンバーも務め、論客の新浪剛史サントリーホールディングス社長の口から飛び出した「45歳定年制度」。その背景は? 実現性は? ◇ ◇ ◇ 9月9日。緊急事態宣言の最中ということでオンラインで開催された「経済同友会・夏季セミナー」。経済界だけでなく一般にも名の知られた経営者らが参加し、「日本が三流国に落ちていかないようどう変わるべきか」という危機意識のもとに議論が行われた。ここではその中で出た2つのキーワードに注目したい。 オイシックスの創業者でオイシックス・ラ・大地の社長を務める高島宏平氏(48)の発言。「先の見通せない時代にはいかに社会をアジャイル化するかだと思う」。 アジャイル…。もともとは開発の現場で使われてきた言葉で「すばやい」「俊敏な」という意味だ。完成図ありきの「ウォーターフォール」と対比される手法で、「アジャイル」はテスト

                                                            『45歳定年制』? 進む、人材の新陳代謝(日本テレビ系(NNN)) - Yahoo!ニュース
                                                          • 生産性を爆上げするAmazonの「ピザ2枚ルール」は多くの開発現場で形骸化している

                                                            Amazonが事業を拡大していくことができたのは、ジェフ・ベゾスCEOが設定した「社内のすべてのチームは2枚のピザを食べるのにピッタリな人数でなければいけない」というルールにあるといわれています。このピザ2枚ルールはソフトウェア開発の現場でしばしば用いられるようになりましたが、少人数チームであるにも関わらず大企業の開発者の多くが「生産性が上がらない」と不満を漏らしているとのこと。ピザ2枚ルールを単純に利用するだけでは意味がないと、開発者であるKislay Vermaさんが指摘しています。 Independence,autonomy,too many small teams | Kislay Verma https://kislayverma.com/organizations/independence-autonomy-and-too-many-small-teams/ ピザ2枚ルールの根

                                                              生産性を爆上げするAmazonの「ピザ2枚ルール」は多くの開発現場で形骸化している
                                                            • flutterでスマホアプリ開発するときに必ずやってること

                                                              macOS13.5.2、flutter3.19.6、xcode15.2、Android Studio Giraffeで検証 1. Bundle IDとアプリ名を本番、開発版で分ける 1端末に本番、開発版アプリを同居させたい。また、デバッグビルドの場合は開発版、リリースビルドの場合は本番版としたい。iOS、Androidの話 iOS xcodeでios/Runner.xcworkspaceを起動

                                                                flutterでスマホアプリ開発するときに必ずやってること
                                                              • Zennで発生した障害の原因と行なった対策のまとめ

                                                                2021/02/24の11時頃〜1時間ほどzenn.devにアクセスしづらい・アクセスできない問題が発生していました。その後も3時間ほど一部のページへのアクセスができない状況となっていました。Zennに投稿してくれた方、見に来てくれた方、ご迷惑をおかけしてすみませんでした。 今回の障害は学びが多かったので、個人の記事として残しておくことにします。 原因 今回の障害は、使用しているクラウドサービスではなく、Zenn自体に原因がありました。 1. KaTeX記法により生成されるHTMLが思った以上に大きかった ZennのマークダウンエディターではKaTeX記法をサポートしています。例えば、$a\ne0$と書くとa\ne0と表示されます。 KaTeXはサーバーサイドレンダリングをサポートしており、KaTeX記法からの数式のHTMLへの変換はサーバーサイドで行なっていました。DBにはマークダウンだ

                                                                  Zennで発生した障害の原因と行なった対策のまとめ
                                                                • 現代のソフトウェア工学を示す「継続的デリバリーのソフトウェア工学」 - Shin x Blog

                                                                  年末年始に「継続的デリバリーのソフトウェア工学」を読みました。新年を迎えて、気分を一新して開発を始めるのに良い本でした。 ソフトウェア開発に役立つプラクティスを示した本 学びのエキスパート 複雑さ管理のエキスパート 実践的なツール データに基づく指標 ソースコードに限らずに広く適用 ソフトウェア開発者としての矜持 TDD あちら側とこちら側 「継続的デリバリー」は 1 要素 さいごに ソフトウェア開発に役立つプラクティスを示した本 ソフトウェア工学とは、ソフトウェアの実際的な問題に対する効率的、経済的な解を見つけるための経験的、科学的アプローチの応用のことである。 1.2 「ソフトウェア工学と何か」 本書では、ソフトウェア開発の現場で役立つプラクティスを、ソフトウェア工学としてまとめています。ここでいう科学的アプローチとは、「特徴づけ」「仮説の定立」「予測」「実験」という形で思考を組み立て

                                                                    現代のソフトウェア工学を示す「継続的デリバリーのソフトウェア工学」 - Shin x Blog
                                                                  • データベースをリファクタリングしたお話 - BASEプロダクトチームブログ

                                                                    基盤チーム所属の沖中( @okinaka )です。 「リファクタリング」という言葉、エンジニアのみなさんならご存知でしょう。 システムの振る舞いを変えずに内部を改善することを指す言葉です。 一般的に、コードの修正を指すことがほとんどですが、今回はデータベース設計のリファクタリングについてお話ししたいと思います。 絶版になってしまいましたが、データベース・リファクタリング という書籍に様々な手法が紹介されていて参考になります。英語で良ければ 原書 はまだ入手可能ですね。 データベース・リファクタリング 作者:スコット W アンブラー,ピラモド・サダラージ発売日: 2008/03/26メディア: 単行本 Refactoring Databases: Evolutionary Database Design (Addison-Wesley Signature Series (Fowler)) (

                                                                      データベースをリファクタリングしたお話 - BASEプロダクトチームブログ
                                                                    • あの「日経電子版開発チーム」が内製化とアジャイル開発の成功から6年がたった “その後” を語る! | Backlogブログ

                                                                      2013年に「日経電子版」のソフトウェア開発を内製化し、アジャイル開発に切り替えた、日本経済新聞社。開発サイクルはもちろんチームの抜本的な改革は、多くの注目を浴び、400以上のはてなブックマーク数を獲得しました。 アクティブユーザーを1.9倍増にした内製化の成功をきっかけに、2017年には日経電子版のコンテンツの表示速度を改善する「爆速電子版」プロジェクトを実施し、業界最速のスピードを実現しました。 内製化やアジャイル開発の開始から6年が経過し、日経では開発部門だけでなく、全社的な組織改革に着手しています。そこで、同社の現役プロダクトマネージャーに、日経が挑戦する開発の現場の“いま”についてお伺いしました。 ■自己紹介(右から) 情報サービスユニット 斎藤祐也(さいとう・ゆうや)さん デジタル編成ユニット プロダクトマネージャー武市大志(たけいち・たいし)さん デジタル編成ユニット 西馬一

                                                                        あの「日経電子版開発チーム」が内製化とアジャイル開発の成功から6年がたった “その後” を語る! | Backlogブログ
                                                                      • 今から始める型安全 Python / Start Python Type Hints

                                                                        #stapy https://speakerdeck.com/yamitzky/mastering-type-safety-in-python-3-dot-9-era の内容を加筆して削ったものです

                                                                          今から始める型安全 Python / Start Python Type Hints
                                                                        • 心臓の音で個人認証、精度95%以上 音のリズムやピッチを分析

                                                                          Innovative Tech: このコーナーでは、テクノロジーの最新研究を紹介するWebメディア「Seamless」を主宰する山下裕毅氏が執筆。新規性の高い科学論文を山下氏がピックアップし、解説する。 スペインのUniversity Carlos III of Madrid、イランのShahid Rajaee Teacher Training University、イランのInstitute for Research in Fundamental Sciences (IPM)による研究チームが開発した「ECGsound for human identification」は、心電図から取得した心拍音を分析し、その人が誰かを特定するバイオメトリクス技術だ。心電図(ECG)信号をオーディオ波形ファイルに変換し、5つの音楽的特性を分析することで識別する。 今回はこれまでと違い、ノイズ(直流成分や

                                                                            心臓の音で個人認証、精度95%以上 音のリズムやピッチを分析
                                                                          • 僕にとってReact Nativeは“つらい” DMMが負債脱却のために取り組んだSwift化

                                                                            DMM meetupは、多種多様な生命が彩るジャングルのように毎回個性豊かなさまざまなテーマを題材に、共に学び、遊び、楽しめるイベントです。今回はオンラインサロン事業に焦点をあて、事業部メンバーが課題と取り組みについて話しました。大門弘明氏からは、React NativeからSwiftへの移行について発表がありました。 React Nativeの負債化でアプリのSwift化が決定 大門弘明氏:それでは「React Nativeで書かれたアプリをSwiftで書き直しています」の発表を始めます。 まずは自己紹介をします。名前は大門と申します。2014年に新卒で合同会社DMM.comに入社して、iOSエンジニアとしてオンラインサロン事業部でお仕事をしています。 本日お話しすることですが、つらい気持ちの話と、アプリ設計の紹介を少ししようと思っています。僕にとってReact Nativeはつらい。

                                                                              僕にとってReact Nativeは“つらい” DMMが負債脱却のために取り組んだSwift化
                                                                            • 詐称SESに勤めていた話 - Qiita

                                                                              「経験3年ってことにしてスキルシート出すからね」 どういうことやねんって感じですよね。 ありえないって思うんですけど、 エンジニアに詐称させて現場に入れさせるSES企業あります。 わたしも入社1ヶ月後に営業に聞かされて嫌な汗をかきました。 実際、その後、嘘のスキルシートで面談を受けて、 運悪く通ってしまった現場に3ヶ月参画しました。 詐称をさせられるまでのあれやこれやと 実際に詐称をして現場に参画するとどんなことになったのか、 同じ目に遭わされそうな画面の向こうの誰かのために記録を残そうと思います。 詐称の始まり〜退職までをつらつらと綴っていきますが、 最後にいい解決策が書いてあるというわけではないので、 詐称をするとこんなことになっちゃうぞ😉💫っていう参考程度に読んでください。 入社して1ヶ月後、「開発で現場にいくには…」 会社は未経験を大量採用しているベンチャーでした。 最大3ヶ月

                                                                                詐称SESに勤めていた話 - Qiita
                                                                              • [インタビュー]萩原一至氏はハクスラRPG「QUESTER」にどう向き合ったのか。そのゲーム遍歴と作り込みに,クリエイターの魂を見た

                                                                                [インタビュー]萩原一至氏はハクスラRPG「QUESTER」にどう向き合ったのか。そのゲーム遍歴と作り込みに,クリエイターの魂を見た 編集部:touge ライター:岡和田 晃 1980年代後半に連載をスタートし,ファンタジーコミックの金字塔として不動の地位を確立した漫画「BASTARD!!」。2022年にはNetflixでのアニメ化も行われた同作をライフワークとする漫画家・萩原一至氏が原案とキャラクターデザインを手がけるPC向けダンジョン探索「QUESTER 〜失われた世界の真実を探究する物語〜」が2023年3月15日にリリースされた。 本作は,ハック&スラッシュをコンセプトに,懐かしくも新しいビジュアルと,キャッチーでバラエティ豊かなキャラクターデザインが注目を集め,クラウドファンディングを成功させたインディーズゲームだ。すでにアニメイトゲームスおよびDLsiteでの販売がスタートしてお

                                                                                  [インタビュー]萩原一至氏はハクスラRPG「QUESTER」にどう向き合ったのか。そのゲーム遍歴と作り込みに,クリエイターの魂を見た
                                                                                • マイクロサービスでチームを分離したくないマン - まっちゅーのチラ裏

                                                                                  コンウェイの法則とかで、マイクロサービス=組織 という話になることが多いなと感じる。 正解の場合もあるし、不正解の場合もあると思っていて、個人的には小さいチームでもマイクロサービスをやるメリットは技術的にも組織的にもあると思う。 そのメリットを無視してすぐ組織の話に持っていきたくないので、基本分離したくないマンとしての主張を書いておく 技術観点でのメリット いまさら語るまでもないけど、 ドメイン境界の分離 デプロイ独立性 リソースの最適配分 障害の局所化(サーキットブレーカー等) このうち、ドメイン境界の分離だけはモジュラモノリスで対応可能だが、あとの3つにはマイクロサービスが必須。(もっとあるかも) この3つが必要なのにモノリス or モジュラモノリス で進める判断をするということはシステムの表現力を落とすことに直結する。 もちろん、複雑度は増すし難易度も増す。熟練のサーバーサイドエンジ

                                                                                    マイクロサービスでチームを分離したくないマン - まっちゅーのチラ裏