並び順

ブックマーク数

期間指定

  • から
  • まで

681 - 720 件 / 75396件

新着順 人気順

developmentの検索結果681 - 720 件 / 75396件

  • 現場で役立つシステム設計の原則メモ - Qiita

    This article is a Private article. Only a writer and users who know the URL can access it. Please change open range to public in publish setting if you want to share this article with other users. ※この記事は著者の増田さんの了解の上で限定公開させて頂いております。 https://twitter.com/masuda220/status/1215122054795522049?s=20 オブジェクト指向、設計がなぜ必要か = ソフトウェア全体の整理整頓をするため 第1章 小さくまとめてわかりやすくする 変更が大変なプログラムの特徴 メソッドが長い クラスが大きい 引数が多い 関心事を詰め込みすぎ

      現場で役立つシステム設計の原則メモ - Qiita
    • VS Code の使い始めに入れておくと便利な拡張機能 10 選

      はじめに この記事では、IT エンジニアである/ないに関係なく、Visual Studio Code (以下、VS Code) をこれから初めて使い始める人が、最初に入れておくと後々便利になるだろうと思われる拡張機能を紹介しています。 拡張機能 (Extension) とは、サードパーティー製の追加機能のようなものであり、誰でも自由に開発・公開することができるようになっているものです。VS Code は無償で提供されているテキストエディタですが、それだけでは不便というユーザーの悩みを解消してくれるものです。 (という立ち位置で存在していた当初でしたが、最近は標準機能のみでも最早テキストエディタという範疇を超えている気がしなくもないです) まだ拡張機能を使い始められていない/使いこなせていないという方は、是非この記事を参考に、VS Code の拡張機能を使い始めるきっかけにしてもらえれば幸い

        VS Code の使い始めに入れておくと便利な拡張機能 10 選
      • コードを書いていてマネジメントもやるようになっちゃった人へ 背中で語っていた僕が、プロダクトとピープルに向き合うまで

        「Day One - CTO/VPoE Conference 2022 Spring -」は、日本CTO協会が主催するイベントです。パネルディスカッションでは、政財界、テクノロジー分野の第一人者をパネリストにお迎えし、日本CTO協会理事のモデレートにより、“Day One”をテーマにご講演いただきます。ここで登壇したのは、株式会社Lighthouse Studio CTOの海老原昂輔氏。これまでの経験から導き出した、“ソフトウェアエンジニア的思考をマネジメントに活用するアプローチ”について発表しました。全2回。前半は、最初期のマネジメントとプログラマーとして犯してしまった禁忌について。 エンジニアにありがちなキャリアの変遷 海老原昂輔氏:「コードを書いていたいけど、マネジメントもやるようになっちゃった人のための生存戦略」というタイトルでトークをします。株式会社Lighthouse Stud

          コードを書いていてマネジメントもやるようになっちゃった人へ 背中で語っていた僕が、プロダクトとピープルに向き合うまで
        • テストコードを書き始める前に考えるべきテストの話(2021年版) #scrumosaka / scrum_fest_osaka_2021

          以下のイベントの投影資料です。 https://confengine.com/conferences/scrum-fest-osaka-2021/proposal/15337 お問い合わせは https://twitter.com/nihonbuson まで。 【発表資料中のURL】 P…

            テストコードを書き始める前に考えるべきテストの話(2021年版) #scrumosaka / scrum_fest_osaka_2021
          • コードリーディングのコツは極力コードを読まないこと|牛尾 剛

            私はクラウドのプロダクトチームで働いているが、何を隠そう一番苦手で克服できていないことが、コードリーディングだ。ものすごーく時間かかるし、時間かかったうえに読み間違えたりするし、しかもめっちゃ頭使うのに他の人はずっと速いので敗北感しか残らない。先日もマネージャの Pragna に相談したら、最初は2時間かかるけど、3か月もしたら5分で終わるわよ。って言われたけど、いや、そもそも俺4時間は最低かかるねんけどな、、、って感じ。 技術イケメンの皆さんのアドバイス よくよく私のキャリアを考えると、OSSにコントリビュートとかしていることはあったが、めっちゃくちゃ巨大でややこしいコードベースを読んで理解する必要が無いことが多かった。1からコードを書くのは得意だが、他の人のを読んでがっつり理解してとか、どうやったら出来るのかわからない。 当然自分の周りの技術イケメンの皆さんにコツを聞いていたのだが、ど

              コードリーディングのコツは極力コードを読まないこと|牛尾 剛
            • ZOZOのテックカンパニーへの変遷、CTOとしての取り組みを振り返る|kyuns /キュン 今村雅幸

              こんにちは、ZOZOテクノロジーズで執行役員CTOをしている @kyunsです。 本記事はCTOA Advent Calendar2020の 16日目の記事となります。 この記事ではZOZOでの2年半を振り返り、テックカンパニーを目指す中でCTOとしてどのようなことに取組み、結果としてどういう変化が起きたかについて紹介したいと思います。 同じような立場のCTOやこれからエンジニアリング組織を強化していきたい方々の参考に少しでもなればと思います。 自己紹介と背景 私はヤフーに2006年に新卒で入社し、3年働いた後に当時一緒に働いていた金山と一緒にVASILYというスタートアップを創業し、受託アプリ開発や「IQON」というサービスを開発していました。 何度かの資金調達などを経て、最終的に2017年にZOZOへ売却し、ZOZOの完全子会社となりました。その後、2018年の4月には当時のスタートト

                ZOZOのテックカンパニーへの変遷、CTOとしての取り組みを振り返る|kyuns /キュン 今村雅幸
              • 将来世代はグレタ・トゥーンベリを許さない? - himaginary’s diary

                ふと、かつて温暖化対策の行き過ぎを諌めたビョルン・ロンボルグはグレタ・トゥーンベリについて何か言っているのかな、とぐぐってみたところ、9月末にこのような論説を書いていることを知った。以下はその概要。 人間が気候変動の科学を理解して行動しないことは「悪」であり、気候変動によって「人が死んで」おり、あと8年余りで炭素の排出余地は尽きてしまうため、2028年までに化石燃料で動くものをすべて閉鎖すべし、というグレタ・トゥーンベリの国連演説は、良く見られる主張であるが、根本的に間違っている。確かに気候変動は人為的な原因で現実に生じているが、気候変動で世界が終わるという彼女の見方は根拠が無い。IPCCによれば、2070年までの気候変動の影響は、生態系への影響も含めても、平均所得の0.2-2%の減少に相当する。その時までに、地球上の各人の所得は300-500%向上している。 1世紀前の生活はつらいものだ

                  将来世代はグレタ・トゥーンベリを許さない? - himaginary’s diary
                • 答えが分からないものを模索しながら作り続ける世界に我々は突入した。和田卓人氏による「組織に自動テストを根付かせる戦略」(その1)。ソフトウェア品質シンポジウム2022

                  答えが分からないものを模索しながら作り続ける世界に我々は突入した。和田卓人氏による「組織に自動テストを根付かせる戦略」(その1)。ソフトウェア品質シンポジウム2022 9月22日と23日の2日間、一般財団法人日本科学技術連盟主催のイベント「ソフトウェア品質シンポジウム2022」がオンラインで開催され、その企画セッションとして行われた和田卓人氏による講演「組織に自動テストを書く文化を根付かせる戦略(2022秋版)が行われました。 講演で、企業の業績はソフトウェアの開発能力に左右されるようになってきていること、その開発能力を高める上で重要なのがコードの「テスト容易性」や「デプロイ独立性」であると和田氏は指摘。その上で、それを実現させるような「自動テストを書く文化」をどうすれば組織に根付かせることができるのか、講演の後半ではこの本質的な議論へと踏み込みます。 本記事は、2時間におよぶこの講演をダ

                    答えが分からないものを模索しながら作り続ける世界に我々は突入した。和田卓人氏による「組織に自動テストを根付かせる戦略」(その1)。ソフトウェア品質シンポジウム2022
                  • KFCのアプリやばすぎて笑う

                    KFCのアプリが最近リニューアルされたんだけど、稀に見るやばい出来になってて笑える。 これまでのアプリは特段大きな不満もなく使えるものだったのに、何故かいきなりアプリが刷新された。 【新アプリの惨状】 ・これまでのアプリでは会員未登録でもマイルが貯まる仕様だったが、新アプリ移行後は会員登録しないとマイルが貯まらない仕様に。 で、会員未登録のままアプリをアップデートしたユーザーのマイルはすべて消滅。 ・アップデートで未登録会員のマイルが消滅する旨について碌な告知もなかった。 ・アプリに合わせて(?)リニューアルした公式サイトが内容すっからかんでやばい。 https://www.kfc.co.jp/ ・会員登録しようとすると入力画面の携帯電話番号と郵便番号を入力出来る桁数が足りず詰む。 ・ログインの為にワンタイムパスワードが必要だが、送られてくるSMSのパスワードが空欄で詰む。 ・そもそもたか

                      KFCのアプリやばすぎて笑う
                    • iTerm2の機能を使いこなして日頃の作業の効率をあげたい2020 - stefafafan の fa は3つです

                      この記事ははてなエンジニア Advent Calendar 2020の6日目の記事です。 qiita.com 5日目は id:mizdra さんによるpolyfill を深堀りするでした。フロントエンド周りは弱い自分としてもこの記事を読むだけでpolyfillの概要から今後どうすると良いかなど知れてとてもありがたい記事でした。 www.mizdra.net さて今日は視点変えてツールの話を書きます。毎日使っているツールこそ、提供されている便利な機能を把握しておきたい。Macで使ってるターミナルアプリ「iTerm2」について書きます。 iterm2.com まずはみんながひょっとしたら知らない基本操作についていくつか紹介し、後半はTriggersという機能の使い方をいくつか紹介します。 (記事執筆時点ではver.3.4を使っています) tl;dr 公式ドキュメントにいろいろ書いてあるので読み

                        iTerm2の機能を使いこなして日頃の作業の効率をあげたい2020 - stefafafan の fa は3つです
                      • 品質保証部門の陳腐化。そして陳腐化した品質保証は品質を悪化させる - 千里霧中

                        ※品質保証のエンジニアである筆者が自省・戒めのために書いた記事になります 品質管理(Quality Control)、品質マネジメントは国内では製造業を中心に発展し、プロダクトの競争力向上に貢献してきました。 JTCと呼ばれる旧来からのメーカーでは、その実績・年功の蓄積に応じて、独立性を保った品質管理・品質保証部門が権威を獲得し、今でもソフトウェア開発に強い影響力を保持するようになっています。筆者は複数のメーカーを転職やコンサルで巡って来ましたが、例えば品質保証部門が承認しないとマイルストーンで開発がブロックされる、プロダクトがリリースできないといった権限を持つ体制が、今なお普遍的に見受けられます。 この品質保証部門が権力を持ち、品質ゲートの門番として振る舞う体制は、今であっても、ある面で恩恵を提供しています。例えば次のようなものです: 法規制対応、標準化対応、その他公的なガバナンス要求へ

                          品質保証部門の陳腐化。そして陳腐化した品質保証は品質を悪化させる - 千里霧中
                        • ワードやエクセルでGPT-4体験。Microsoft 365 Copilotはこんなことができる

                          ワードやエクセルでGPT-4体験。Microsoft 365 Copilotはこんなことができる2023.03.17 03:0079,654 amito 本日0時にマイクロソフトから「Microsoft 365 Copilot」が発表されました。 何が起こったのか簡単に言うと、ワードやエクセル、パワポなど、おなじみのお仕事アプリのほぼすべてにChatGPTのような対話型のAIが埋め込まれました。 ブラウザでChatGPTとお話するより格段に実用的だと思いますこれ。 マイクロソフトはこのAIを「Copilot(コーパイロット:副操縦士)」と呼んでいます。お仕事の助手のような存在ってことです。その助手が何をやってくれるのか、マイクロソフトが挙げている例をいくつか紹介します。 Outlookでメールの自動生成送りたいメールのざっくりした内容をCopilotに指示します。例では娘の高校卒業のお祝い

                            ワードやエクセルでGPT-4体験。Microsoft 365 Copilotはこんなことができる
                          • 京都市基幹系システム刷新失敗の考察 - orangeitems’s diary

                            京都市の件 京都市の基幹システム刷新が、またもや暗礁に乗り上げているようです。 tech.nikkeibp.co.jp 京都市はNEC製メインフレーム上で約30年稼働する基幹系システムのバッチ処理をオープンシステムに刷新するプロジェクトにおいて、サブシステムの1つである新福祉系システムの稼働を当初予定の2020年1月から延期する。再稼働の日程は確定していない。京都市総合企画局が2019年12月23日の京都市会で明らかにした。 現行がNECなのに、刷新にはNECが絡んでいないところが最近のNECの調子の良さが現れているなあと思います。案件の選択こそSIerの肝ですから。「おお世の腕自慢の諸君、このパズルを解いたら15億円を差し上げよう」という王様の号令に引き寄せられた夢多きベンダーや技術者が、今頃セピア色の世界で心晴れぬまま年越しをしている状況が手に取るようにわかります。 もはやこの件、SI

                              京都市基幹系システム刷新失敗の考察 - orangeitems’s diary
                            • 正規表現の"正規"とは何か気になったら正規表現の歴史を紐解くことになってしまった話

                              正規表現の"正規"って何 ある時ふと思いました。 「正規表現の"正規"って何だろう?」 「何を根拠に"正規"を名乗っているのか?」 と。 「誰かが『これが正規の表現だ』と言ったはず」で、 「それは周りにどうやって"正規"だと認められたのだろう」 ということが気になったので調べてみました。 "正規表現"という名前でなくて、"ジャックさんの表現"とか"記号ごちゃごちゃ表現"だったらこんな疑問も持たなかったのですけど。 数学における"正規"とは 一般に"正規"というと、"正規品"や"正規の手順"といったように"本物の(genuine)"や"公式な(official)"といった意味がありますが、数学の"正規"はちょっと違います。 数学で"正規"(および"正則"、英語では"regular"または"non-singular")は、ある概念に強い制限をかけたもの、という意味です。強い制限をかけたものは取

                                正規表現の"正規"とは何か気になったら正規表現の歴史を紐解くことになってしまった話
                              • 決済システム概論(1) 決済の基礎・決済リスク|myao

                                ※ヘッダー画像引用:「国内の銀行間振込業務におけるブロックチェーン技術の実証実験に係る報告書」(ブロックチェーン研究会, 2015) 先日、下記の記事で告知した決済システム勉強会を開催しましたので、その内容をベースにして、記事化しました。 周知の通り、2020年に入ってから、公正取引委員会の報告書が発端となって、全銀システムの改革の検討が進んでおり、また、中央銀行によるCBDCの実証実験の検討も具体化しており、決済システム周辺の動きが加速しています。 今回取り扱うテーマである「決済システム」は、ニッチな領域かとは思いますが、上記のような金融改革の動向を理解するための一助になればと思い記事にしました。 先日の勉強会では、DTNS・RTGSという主要な決済システムの類型に関しても触れましたが、長くなりますので分割して、この記事では前段の「決済の基礎」と「決済のリスク」について書きます。 日銀ネ

                                  決済システム概論(1) 決済の基礎・決済リスク|myao
                                • KIYAC | わずか数分でプライバシーポリシーや利用規約を簡単作成

                                  KIYACは、弁護士が監修する法律文書ジェネレータです。いくつかの質問に答えるだけで、プライバシーポリシーや利用規約など、ウェブサイト運営に必須の法律文書を生成できます。さらに、KIYACで生成された文書のリーガルチェックを弁護士に依頼することもできます。

                                    KIYAC | わずか数分でプライバシーポリシーや利用規約を簡単作成
                                  • Google、ORMが生成するSQLが遅いときの調査を容易にする「sqlcommenter」をオープンソースで公開。Rails、Spring、Djangoなど主要なフレームワークに対応

                                    Google、ORMが生成するSQLが遅いときの調査を容易にする「sqlcommenter」をオープンソースで公開。Rails、Spring、Djangoなど主要なフレームワークに対応 SQL文を直接書かなくとも、自動的にSQL文を生成、実行してくれるORM(Object-Relational Mapper)は、プログラミングを容易にしてくれる技術としてRailsやHibernate、Springなどさまざまなフレームワークなどで活用されています。 一方で、ORMが生成するSQL文はときに複雑に、あるいは非効率なものとなり、データベース処理の遅さにつながることもあります。 このとき、SQL文の生成と実行を明示的にコードとして記述する必要がないというORMの特徴が、なぜデータベース処理が遅くなったのか、どのようなSQL文が生成され、そのどこに原因があるのか、といった調査を難しくている面があり

                                      Google、ORMが生成するSQLが遅いときの調査を容易にする「sqlcommenter」をオープンソースで公開。Rails、Spring、Djangoなど主要なフレームワークに対応
                                    • 約束は開発を遅らせる - Mitsuyuki.Shiiba

                                      観測しようとすると、その観測が影響を与えてしまう感じで、おもしろい 自分の頭の中 この機能をチームで開発するのに、だいたい2ヶ月くらいかなぁと自分が頭の中で思っているとする。もし僕らの知ってる範囲ですべてが収まれば1ヶ月くらいで終わるかもなぁと思いつつ、まぁ、知らない範囲のことがあるだろうし2ヶ月くらいに思っておくのがいっか という感じ。6割ぐらいの自信 チームの中 チームメイトに「この機能いつ出せるかな?」って聞かれることはあんまりないと思うけど、もし聞かれたら「んー、2ヶ月くらいじゃない?もしかしたら、もうちょっと早くできるかもだけどね」ってそのまま頭の中を伝えると思う 聞かれることがあんまりないというのは、そもそも、チームでラフに見積もるから。Tシャツサイズとかストーリーポイントとかを使って「Mサイズだから2ヶ月くらいだね」って話をするだけで済む。「2ヶ月くらいだね」って言ったものは

                                        約束は開発を遅らせる - Mitsuyuki.Shiiba
                                      • 伊藤直也「学ばないための言い訳探しは辞めた」無知を認めて挑んだ一休の開発組織改革 - エンジニアtype | 転職type

                                        この連載では、注目企業のCTOが考える「この先、エンジニアに求められるもの」を紹介。エンジニアが未来を生き抜くヒントをお届けします! ニフティ、はてな、グリーなど、日本のIT黎明期をけん引してきたベンチャー企業でサービス開発をリードし、エンジニアとして広くその名を知られた伊藤直也さん。 2016年には宿泊・レストラン予約サイトを運営する一休のCTOに就任し、大きな注目を集めた。 あれから6年。『一休.com』『一休.comレストラン』のUI/UXは飛躍的に向上。新型コロナウイルス感染症の影響で旅行・外食業界が苦戦する中でも業績は好調だ。 しかし、伊藤さんがCTOに就任した当時、同社はさまざまな技術的負債を抱えており、開発課題が山積みの状況だった。 伊藤さんはなぜ、一休にジョインすることを決めたのか。開発組織の変革のために取り組んだこととあわせて、伊藤さん自身が一人の技術者として成長を続ける

                                          伊藤直也「学ばないための言い訳探しは辞めた」無知を認めて挑んだ一休の開発組織改革 - エンジニアtype | 転職type
                                        • SDGsは達成不可能な理想なんかではない

                                          少し開発にかかわったことがあるものとして、SDGsに関して思うところを述べます。 まずはSDGsが制定されるまでの歴史から。 アジア金融危機、LTCM破綻、ロシア金融危機などいわゆる国際金融資本による危機が続発していた1990年代後半のことです。IMFや世界銀行は苦境に陥った国と人々を支援しようとしたのですが、型にはまったアドバイスは役に立たないどころか状況を悪化させてしまうこともありました。NPOが世界銀行を取り囲んでデモをするなど、世界中で、先進国中心の開発援助と国際金融機関に対する疑いが強まってきた時代です。 そういう時代背景を踏まえて、世界銀行やIMFが上から開発援助の方向を決めるのではなく、NPOや途上国の声をもっと取り入れ、共に追求できる目標を設定しようという考えから生まれたのが、2000年に国連総会で制定されたMDG(ミレニアム開発目標)です。いくつかのテーマがあるのですが、

                                            SDGsは達成不可能な理想なんかではない
                                          • 炊飯器の低能ぶりは理解に苦しむ

                                            米を炊くだけなら100均の土鍋でもできるってのに、数万円する炊飯器でも手動で米を研いで水を入れて……馬鹿なの? 水も米もプールしてスマホで遠隔操作ができて当然だろ。 日本の製造業のクソさが凝縮されたような、まさに昭和の家電。 商品開発部の無能どもは、今頃、間違いなく抗ウイルス加工の炊飯器を開発しているに違いない。

                                              炊飯器の低能ぶりは理解に苦しむ
                                            • Microservices における認証と認可の設計パターン

                                              マイクロサービスにおける認証と認可の、一般論としての設計パターンを調べたところ、Web 上の複数の記事で似たようなパターンが登場していた。ここでは、まず認証と認可が実現したい一般的な要件と、そのマイクロサービスでの難しさを整理し、認証と認可に分けて調査したパターンをまとめた。 あくまで “一般論” なので、実際には個々のドメインにあわせてアレンジが必要 往々にしてこの “アレンジ” に価値が宿るものだが、まずはセオリーを知っておきたいというモチベーションで調査した Web 上の記事を読んでまとめただけなので、手を動かしての確認はしておらず、理解が甘い部分はご容赦ください 具体的な通信方式やサービス間通信のセキュリティといった具体論までは踏み込めていない。このへんはサービスメッシュやゼロトラストネットワークといったトピックが登場すると思われる これらは次回以降の Todo としています その

                                                Microservices における認証と認可の設計パターン
                                              • 10年ぶりに一人でWebサービスを作って思ったこと(エンジニア老人会)|shi3z

                                                StableDiffusionに対応したGakyoを雑な設計のためわずか数日で10万円くらいのクラウド利用料がかかってしまった。

                                                  10年ぶりに一人でWebサービスを作って思ったこと(エンジニア老人会)|shi3z
                                                • 「デザイナーいないんですか?」松屋の食券機のUIがどんどん悪化してきたがここに来て『極み』に到着した感が出ている

                                                  enden @enden_nix これまでも牛丼1杯と半熟玉子頼むだけで16回のボタン操作が必要だったりして異常だったけど流石にこれは無いと思う、個人経営のラーメン屋さんがなんとか導入したとかならまだしも大手全国チェーンの最新型機ですよ????

                                                    「デザイナーいないんですか?」松屋の食券機のUIがどんどん悪化してきたがここに来て『極み』に到着した感が出ている
                                                  • メルカリを退職してロンドンのMetaに転職します 〜 外資Big Tech転職活動体験記|松岡玲音|note

                                                    この度、3年半に渡って勤めたメルカリを2022年5月に退職し、この夏からロンドンのMetaにSenior Machine Learning Engineerとして転職することが決まりました!わいわい✌('ω')。その過程で、東京およびロンドンのBig Tech合計5社を数ヶ月かけて対策をし面接に臨んだので、そこで得たノウハウをここで共有できたらと思います。面接を受ける際にNDA(Non Disclosure Agreement)にサインするので具体的な面接の詳細には触れられませんが、伝えられる範囲でできる限り記述しています。 また、Metaから最終的に提示されたオファー条件を最後に記載してあります。なにぶん日本においては給与の話は燃えやすいということもあり、その部分だけ某日本の有名エンジニアに倣って有料にしてあるのですが、ご興味のある方は是非ご購入いただければと思います(1コイン分の金額で

                                                      メルカリを退職してロンドンのMetaに転職します 〜 外資Big Tech転職活動体験記|松岡玲音|note
                                                    • 仕事引き継がない世界があるんだ。。|林田 保

                                                      アメリカの企業の解雇と言うと、昔は「朝会社に来たら引き出しなどに鍵がかかっていてそのまま退出することになった」だったし、最近のIT企業では「解雇の通知の20分後にに社内システムのアプリからシャットアウトされた」みたいな話がいろいろ聞かれます。 突然の解雇で、解雇された方の心労を考えると本当に同情するところなのですが、さらに、会社に残る方の方も、ある日突然同僚がいなくなって仕事をどう受け取る、どう引き継ぐのだろう?と考えていました。 仕事引き継がないんだ。。そうした折、日本の外資系企業に勤めていた方から以下のような話を伺いました。 その方の経験だと ・外資系企業では、担当の人が変わった場合、後任はその仕事のゴール(目的や目標)は引き継ぐが、仕事は自分のやり方でやる。 ・人が変わると、必要でない業務は無くなり新しい業務に変わる。結果として人が変わると業務が生まれ変わり変革になる。 ・日本の企業

                                                        仕事引き継がない世界があるんだ。。|林田 保
                                                      • 従来のイヤホンの常識を覆す革命だ! 元ヤマハのエンジニアが開発したスタジオモニタースピーカーの響きを再現するAIPの破壊力|DTMステーション

                                                        これまでのイヤホンの常識を抜本的に覆す画期的なイヤホンが開発されました。AIP=Acoustic Innocent Pureというこのイヤホンは、従来の頭の中に閉じた空間の音ではなく、外に広がる非常に自然な音を実現するという、これまでにないbluetooth接続のイヤホンになっています。まさにスタジオモニタースピーカーの響きを再現するイヤホンで、演奏の細かいニュアンスを忠実に再現できる性能を持っています。 見た目もこれまでにない、耳から角が突き出すような不思議なデザインのこのAIP、開発したのは元ヤマハのエンジニアである旭サウンドエンタープライズ株式会社の旭保彦さん。音を聴いた瞬間に「何だこれは!」と感じる、従来のイヤホンともヘッドホンとも異なる自然なサウンドを実現してくれます。またしばらく聴いていても装着感があまりなく、イヤホン特有の疲れをまったく感じないのもAIPの大きな特徴となってい

                                                          従来のイヤホンの常識を覆す革命だ! 元ヤマハのエンジニアが開発したスタジオモニタースピーカーの響きを再現するAIPの破壊力|DTMステーション
                                                        • 良いコードを書くための8つの習慣

                                                          成功者がどのようにNew Relicを使用してKubernetesのパフォーマンスを4倍に向上させ、拡張性とスループットを改善したかをご覧ください。

                                                            良いコードを書くための8つの習慣
                                                          • 決済サービスを閉じるときのやることリスト | メルカリエンジニアリング

                                                            Merpay Advent Calendar 2020の20日目は、メルペイProduct EngineeringチームのVP of Engineeringを担当しているnozaqがお送りします。 2020年はメルペイEngineeringチームとして業務しながら、一方で年初からOrigami PayというQRコード決済サービスの提供終了に伴うシステム停止業務を計画・実行してきました。サービスの終わらせ方について詳しく説明されることは中々ないと思ったので、本投稿では決済という外部影響が大きい種類のサービスを終了するにあたり、どのような検討がなされたのかを事例としてお伝えできればと思います。 取り組んだこと 決済サービスはお支払いを行う一般のお客さま・お支払いを受け付ける加盟店様・システム連携している金融機関様やパートナー様など多くのステークホルダーが存在します。また店頭でのお支払い方法をご

                                                              決済サービスを閉じるときのやることリスト | メルカリエンジニアリング
                                                            • 継続される1on1のコツ、話す内容例と1on1の目的について【2022年版】 - Qiita

                                                              本記事ではSIerに所属する著者が3年間にわたり、私たちのグループで実践している「1on1」の内容を紹介します(グループの業務内容は主にAI系の自社製品開発です)。 ・1on1をこれから始める方 ・1on1の取り組みを検討をされている方 ・1on1を実施しており、さらに改善を検討されている上司側の方 ・1on1を実施してもらっているが、なんだかしっくりきていない部下側の方 こうした方々にとって、何らか参考となれば幸いです。 とくにIT系の企業や職種では1on1を開催しているところも多いと思います。 新人プログラマの方にとっても、1on1を実施する側がどのようなことを考えて実施しているのか、ひとつの例として参考にいただければ幸いです。 (なおQiitaでは現在、新人プログラマ応援 - みんなで新人を育てよう!企画も開催中です) 私が自分の頭を整理するために記事化しましたが、非常に長い文章にな

                                                                継続される1on1のコツ、話す内容例と1on1の目的について【2022年版】 - Qiita
                                                              • 10 年前に JavaScript で Flash Player を開発し買収された話

                                                                この記事は、JavaScript で Flash Player の実現を頑張った(もしくは現在進行系で頑張っている)人たちの集う Flash Advent Calendar 2020 に参加しております。 私は過去に自分が設立した会社で ExGame という HTML5 実装の Flash Player(正確には Flash Runtime Engine)を開発し、その会社ごと DeNA に買収(M&A)されました。あまり出来ない体験であるのは間違いないので、Flash が終了を迎える今、改めて振り返ってみようと思います。 Flash Player の開発 今から 10 年前の 2010 年、ちょうど iPhone が普及し始めてきてガラケーのシェアが 8 割から 6 割くらいに落ちようとしていた時期に、私は Flash Player を JavaScript で実装していました。以前この

                                                                • ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT Communications Engineers' Blog

                                                                  はじめに スタンフォード大学の John Ousterhout 教授が執筆された “A Philosophy of Software Design”(以下 APoSD と略す) という書籍をご存じでしょうか? 書籍のタイトルを直訳すると、「ソフトウェア設計の哲学」となります。書籍の内容はまさに、ソフトウェア設計について扱っています。 本書籍をベースに、「A Philosophy of Software Design を30分でざっと理解する」というお題で社内ランチ勉強会が開催されました。本記事執筆者である岩瀬(@iwashi86)が発表者であり、勉強会資料は以下のとおりです。 スライド P.4 に記載したとおり、本書籍は John Ousterhout 教授の意見が強く反映されており、ソフトウェアエンジニアであれば、議論を呼ぶ箇所があります。実際、勉強会の実況Slackでは、「これはどうな

                                                                    ソフトウェア設計についてtwada技術顧問と話してみた 〜 A Philosophy of Software Design をベースに 〜 - NTT Communications Engineers' Blog
                                                                  • webエンジニアの「業務委託単価表」が公開 - Digital Shift Times(デジタル シフト タイムズ) その変革に勇気と希望を

                                                                    Resource株式会社は、3,000の実績データをもとにwebエンジニアの業務委託単価表を公開したと発表した。 現在の単価が適正単価なのか、次の単価レンジに行くにはどうすれば良いか、開発発注プラットフォーム「ISSUE」の実績を使い調査したとのことだ。 2022年11月ではISSUE上に1,800人以上のユーザーデータと2,000以上の単価診断結果があるという。またISSUEではクラウドソーシング形式で企業とマッチングすることにより、報酬を獲得することができる。その際の契約時給単価を今回の相場作成の参考にしているとのことだ。 ・1,000〜2,000円 インターン・アルバイトレベル。プログラミングを始めたての学生や勉強中の人が対象になる。実務経験としては0〜1年ほどの人が当てはまる。プログラミングの概念を学んでいる段階なので、外部APIなどの公式ドキュメントを理解するのが難しい場合もある

                                                                      webエンジニアの「業務委託単価表」が公開 - Digital Shift Times(デジタル シフト タイムズ) その変革に勇気と希望を
                                                                    • ゲーム開発未経験、たった4人のチームがなぜ全世界75万本のゲームを作り上げるに至ったのか?──病み系女子育成ADV『NEEDY GIRL OVERDOSE』のはじまりからおわりまで。

                                                                      ゲーム開発経験のない、ディレクター兼開発者、原案・シナリオライターのチームで75万本を売り上げたインディーゲーム──日本発のインディーゲームとして、異例の実績の『NEEDY GIRL OVERDOSE』ですが、Switch版の発売、おめでとうございます。いま累計でどれくらい売れてるんでしょうか? 斉藤大地氏(以下、斉藤氏): ありがとうございます。売上は全世界で75万本です。 ──そんな『NEEDY GIRL OVERDOSE』はどのようなチーム構成で作られたのですか? メインチームは4人と聞いていますが。 斉藤氏: 全員いわゆるゲーム業界はほぼ未経験で、まずゲーム開発経験が1度もないディレクター・開発・デザインのとりいさん。ブログやツイッターが人気のライターの原案・シナリオのにゃるらくん。もちろんゲーム開発経験はありません。 次いでDLsiteでエッチなドットゲームを作っていたグラフィッ

                                                                        ゲーム開発未経験、たった4人のチームがなぜ全世界75万本のゲームを作り上げるに至ったのか?──病み系女子育成ADV『NEEDY GIRL OVERDOSE』のはじまりからおわりまで。
                                                                      • 2年費やしてSteamでリリースしたゲームは初週で10本も売れなかった

                                                                        Platformer and adventure gameFind a root vegetable, hold it up (KONPSI), eat it, throw it, etc., and move on!Adventure i... レトロ感あふれるドット絵とサウンド、メトロイドヴァニアのように2Dの広いマップを探索し、いくつかの3Dダンジョンを散りばめたどこか懐かしい構成のゲームになっています。 主人公は狐の子供で根菜の力を扱うことができます。 この根菜の力で病で眠ってしまった住民を助けたり、いくつもの障害を乗り越えて自分の巣へたどり着くことが目的です。 惨状 しかし、ゲームは全く拡散されず、ダウンロードされることもほとんどありませんでした。 最初はitch.ioやboothで販売を開始、1月たっても合わせて10本程しか売れず、マーケットをsteamに変えてみようと思い、s

                                                                        • 読みやすいドキュメントを書くために今日からできる7つのこと|壮|Masato Tanaka

                                                                          こんにちは。壮(@sew_sou19)と申します。 メガベンチャー企業でエンジニアとして働いています。 エンジニアにジョブチェンジした当初は、ドキュメントの書き方なんてこれっぽっちも分かりませんでした。読みやすいドキュメントを書くことが本当に苦痛だったのですが、考えて、試行錯誤し続けた結果、以下のような評価を得るに至りました。 リーダーから「君は情報の整理が上手でドキュメントが本当に読みやすい。チーム全体の能力向上に繋げたいからドキュメント書く際のポイント共有してほしい」と言われたので、意識していることを言語化しつつテクニカルライティングの本でインプットしてるけど、学びが多い。ついでにnoteにもまとめてる — 壮 (@sew_sou19) November 28, 2022 そこでこのnoteでは、僕がドキュメントを作成するときに、特に意識して実践している7つのことを書きます。(本当は2

                                                                            読みやすいドキュメントを書くために今日からできる7つのこと|壮|Masato Tanaka
                                                                          • ずっと無料で使えるクラウドの「Free Tier」主要サービスまとめ。2020年版

                                                                            クラウドの多くでは、1年程度の無料トライアルやクーポンなどに加えて、期間の制限なくずっと無料で使える、いわゆる「Free Tier」や「Always Free」と呼ばれる無料枠のサービスも提供されています。 こうした無料枠は開発環境やテスト環境としてクラウドを試すうえで非常に有効です。ここではクラウドのFree TierやAlways Freeとして提供されているおもなサービスをまとめました。 Amazon Web Services(AWS) 「AWS 無料利用枠」のWebページを開き、左側にあるフィルター条件で「無期限無料」をチェックすることで、無期限に無料で提供されるサービスの一覧を見ることができます。 おもに次のようなサービスが無期限無料で提供されています。 AWS Lambda サーバレスコンピューティングの実行環境を提供します。 1カ月あたり100万リクエスト、最大320万秒コン

                                                                              ずっと無料で使えるクラウドの「Free Tier」主要サービスまとめ。2020年版
                                                                            • 【翻訳】テスト駆動開発の定義 - t-wadaのブログ

                                                                              このブログエントリでは、テスト駆動開発(TDD: Test-Driven Development)の考案者Kent BeckがTDDの定義を改めて明確化した文章を、許可を得たうえで翻訳し、訳者の考察を沿えています。 きっかけ 2023年の年末、テスト駆動開発(TDD: Test-Driven Development)の考案者Kent Beckは、substackにTDDに関するポストを連投して論戦を繰り広げていました。TDDはその誕生から20年以上が経ち、その間に「意味の希薄化」が発生して議論が噛み合わなくなっていました。意味の希薄化(Semantic Diffusion)とは、新しく作り出された用語が広まる際に本来の意味や定義が弱まって伝わる現象です。 私(和田)はTDDと関わりの深いキャリアを歩んできました。Kent Beckの著書『テスト駆動開発』の翻訳者であることもあり、TDDの正

                                                                                【翻訳】テスト駆動開発の定義 - t-wadaのブログ
                                                                              • 会話という錯覚について|shi3z

                                                                                あちらの記事は万人向けに書いているので、行間読まないとわからないようなことは省略してあるのだが、本欄の読者には補足として蛇足になるかもしれないが会話について研究していて思ったことを記しておく。 人工無能と僕記事中にあるように僕がチャットボット・・・当時は人工無能と呼ばれていたが・・・を開発し始めたのは中学生の頃だ。1990年頃だと思う。 きっかけは、中学校にNECのパソコンが導入されて、友達に自分のプログラムを見せる機会を得たからだ。 家で一人でプログラミングしているときはどうも気分が乗らなかったのだが、友達を面白がらせるという動機は子供の頃の僕にとっては非常に強く働いた。 一度、家で人工無能のプログラミングをしたときは、相手が自分しかいないのでわりとすぐ飽きてしまったが、中学になってその熱が再燃した。 きっかけは月刊ASCIIに、AWKの特集が載ったことで、AWKというのは要はUNIX用

                                                                                  会話という錯覚について|shi3z
                                                                                • 【個人開発】世の「家事やれよ論争」を撲滅するスマホアプリをリリースしました - Qiita

                                                                                  なぜ家事は紛争を呼ぶのか 私の周りも結婚・出産をする友人が増えました。 そこで必ずと言っていいほど上がる議題がこれ。 「夫(妻)がぜんっぜん家事をやらない」 日本で婚姻制度が発足してから早100年。 これだけ長い年月「夫婦」という形が取られているのに、なぜこんなにも初歩的な不満が世に蔓延するのでしょう。 私も妻と結婚して5年経ちます。 知人からの愚痴なども収集した結果、いくつかの原因が考えられました。 その1. 人は「自分が一番やってる」と思う生き物である これは私がサラリーマンとして働いてて出した結論です。 殆どの人が「自分は結構仕事してる」と思いがちです。(これはマジ) 少なくとも同等の仕事量だとまず間違いなく「自分のほうが仕事してる」と勘違いします。 そのため、仮に夫婦が全く同じ量の家事を分担してたとしても、 それが正確に見える化されない限り、必ず「俺(私)のほうが家事をやってる」と

                                                                                    【個人開発】世の「家事やれよ論争」を撲滅するスマホアプリをリリースしました - Qiita