並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 1469件

新着順 人気順

engineerの検索結果281 - 320 件 / 1469件

  • 新社会人のためのバグレポートの基本 - mixi engineer blog

    はじめまして、品質管理部門の柿崎です。 最近、Skyrim にハマってしまい、人生一回休みになりかけています。 季節は春ということで、新社会人になられる方も多いと存じます。 新社会人が会社勤めをするようになって、初めて書くビジネス文書といえば...... そうですね!「バグレポート」ですね。 今回はバグレポートの基本について書きたいと思います。 近年、開発現場ではバグトラッキングシステムが定着し、ドッグフーディングのような社内テストを行う現場も増え、テスト担当者以外の方でもバグレポートを提出する機会が増えています。そして前衛的なバグレポートによって、プログラマ達が理不尽かつ不可解なバグ地獄に叩き込まれる機会も増えています。 バグレポートは諸刃の剣です。 良いバグレポートはアプリケーションの問題を速やかに解決まで導きますが、反対にダメなレポートは現場に混乱をもたらします。 良いバグレポートを

      新社会人のためのバグレポートの基本 - mixi engineer blog
    • ソフトウェアエンジニアがたどる成長過程と失敗の行きつく先 | POSTD

      これからご紹介する私の試みはなかなか難しい側面があり、物議をかもすかもしれません。また、お見せするのは初めてなので完璧とは言えないかもしれません。私はソフトウェアエンジニアのスキルとその影響力を評価するシステムを開発しようとしています。少なくとも、プログラマが成長していく理想的な成長過程を大まかに描いてみようと思います。評価スコアは0.0から3.0まであり、それぞれの数字は専門能力を開発していく際の出発点を表しています。 このシステムは主にビジネスの観点から見た、ソフトウェア業界が求めるものに基づく 実務的な スケールです。数学的な才能や高速アルゴリズムを書く能力、Linuxカーネルの内部構造に関するプログラマの理解の深さなどを評価するスケールではありません。もちろんこうした能力は重要ですし、通常、エンジニアのスキルとともに伸びていく能力ですが、私のシステムが焦点を当てたいのはそこではあり

        ソフトウェアエンジニアがたどる成長過程と失敗の行きつく先 | POSTD
      • TwitterのAPI呼び出し回数エラー、原因は「従業員が誤ってデータ削除」との報道

        米Twitterも認めたプラットフォームで2月9日午前7時ごろから続く不調。10日の午前7時現在、幾つかの問題は解消されたが、公式アカウントから復旧したかどうかの発表はまだない。 そんな中、Twitterの動静を追っている米メディアPlatformerは現地時間の9日、「API呼び出しの回数制限を超えました」と表示されるエラーの原因が、Twitter API v2のレート制限を設定する社内サービスのデータを、従業員が誤って削除してしまったことだと報じた。このサービスを担当していたチームは昨年11月にTwitterを去ったという。 「Elon Musk fires a top Twitter engineer over his declining view count」(イーロン・マスク氏は、ビュー減少を理由にトップエンジニアを解雇する)というタイトルのこの記事では、マスク氏がTwitter

          TwitterのAPI呼び出し回数エラー、原因は「従業員が誤ってデータ削除」との報道
        • fullstack-engineer.com

          This domain may be for sale!

            fullstack-engineer.com
          • 【2021年】 技術書好きプロエンジニア達が紹介する40選 - RAKUS Developers Blog | ラクス エンジニアブログ

            こんにちは、技術広報のyayawowoです。 皆様、お気に入りの技術書はありますか? 今回は、弊社主催で開催している「おすすめの技術書LT会」にて、エンジニア/デザイナーの皆さんに紹介いただいた技術書を一挙公開します! おすすめの技術書 LT会 - vol.1 おすすめの技術書 LT会 - vol.2 積読が増える可能性がある、エンジニア/デザイナーが厳選した技術書が盛り沢山…お読みになる際は覚悟ください! ラクス開発メンバーが選んだ技術書は以下をご確認ください。 ・開発メンバーが選ぶ、おすすめの技術書【2020年度】 - RAKUS Developers Blog | ラクス エンジニアブログ 入門シリーズ 『C++プログラミング入門(湯田幸八)』 『ドメイン駆動設計入門』 『実践SQL教科書』 『ソフトウェアデザイン 2021年3月号』 『独習C 新版』 『PHPの絵本 第2版 Web

              【2021年】 技術書好きプロエンジニア達が紹介する40選 - RAKUS Developers Blog | ラクス エンジニアブログ
            • 2023に給料を上げたいソフトウェアエンジニアの勉強方法|gaijineers

              来年こそ年収1000万以上狙いたいなら自分はこうする 面接の種類多すぎるので全部準備すると時間かかるので同じ面接タイプの企業を複数受けるのがコツです。 同時に勉強する勉強する大半給料の高い面接はコーディングテストあるのでleetcodeは必ずやる。leetcodeの練習は続くのが大事で1ヶ月に300問をやるぞというより1ヶ月に30問をやった方が覚えるしモチベーションが続く。 leetcodeの軌跡一日中leetcodeやるのは効率悪くなるのでドメイン知識のインプットしながらやっていく。学校の授業も一日中ずっと数学をやるのではなく複数科目をやっているのと同じ理由です。Spaced and Interleaved practiceの意識が大事 LeetCode最低限100問やってIDE補完やdocumentationなしでLeetcode mediumを解けるぐらいにしとく。 シニアレベルをも

                2023に給料を上げたいソフトウェアエンジニアの勉強方法|gaijineers
              • IT未経験からMLエンジニアになるまでの2年半でやったこと - MLaaSS - Machine Learning as a Self-Satisfaction

                はじめに 自身の転職活動にあたり皆さんの転職エントリが非常に参考になったので、私も同じ境遇の方の参考になればと思い、書き残すことにしました。(ただ、本当に私と似た境遇の方にはなかなかリーチしづらい気がしていますが・・・) TLDR; 30歳でIT未経験からMLエンジニアに転職 約2年半独学で勉強(ほとんどkaggleしてただけ) 無関係に思えた現職での経験もなんだかんだ転職で役に立った 目次 自己紹介 現職について 転職の理由 勉強したこと 転職活動 終わりに 1.自己紹介 かまろという名前でTwitterなりkaggleなりをやっています。kaggleでは画像やNLPといったdeep learning系のコンペを中心に取り組んでおり、2019年の9月に金メダルを獲得しMasterになることができました。 恐らくここが他の転職エントリを書かれている方々と大きく異なる点かと思うのですが、現職

                  IT未経験からMLエンジニアになるまでの2年半でやったこと - MLaaSS - Machine Learning as a Self-Satisfaction
                • 組織能力を圧倒的に成長させること - Kentaro Kuribayashi's blog

                  この記事は、Pepabo Advent Calendar 2014の12日目の記事です。前日は、hisaichi5518さんの「Web APIを作るときに考えること。 - パルカワ2」でした。 ここ半年ほど考えていることを、以下に述べる。 技術とは何か? 「技術とは何か?」という問いに対しては様々な回答があり得るが、ひとまず「企業にとっての技術」という観点からいえば、経営学による以下の記述にその定義を求めてもよいだろう*1。 すべての企業が、自分が必要なインプットを市場から買ってきて、それに自分が得意とする「技術的変換」を加えて、その結果として生まれてくる製品やサービスを市場で売っている。 (中略) 誰にでも容易に手に入る財やサービスであれば、とくに企業が存在してその提供を業とする必要はない。その提供プロセスが難しいからこそ、その困難さを解決する努力が企業の「技術的変換」になるのである。

                    組織能力を圧倒的に成長させること - Kentaro Kuribayashi's blog
                  • CEOの年収2000万円ほか全社員の給与を公開中、Buffer創業者に聞く「過激な透明性」のワケ | HRナビ by リクルート

                    以下の一覧表をみて見てほしい。これは現在急速に成長中の、とあるスタートアップ企業における社員全員の年収の一覧表だ。Google Docsを使って常時この表をネット上で公開しているのは、TwitterやFacebookへの投稿をタイムシフトで最適化するサービスを提供するスタートアップ企業の「Buffer」。株式の持ち分や、1株当たり評価額も書いてある。つまり、含み益も含めて、どのくらいお金をもらっているか、今後もらうことになるかが全部内向きにも外向きにも透明になっている。創業者でCEOのジョエル・ガスコイン氏の報酬は年額で17万5000ドル(約2050万円)、持ち株の評価額は、すでに2218万ドル(25.5億円)というのも分かる。 Bufferでは、すべての報酬額を公開しているだけでなく、その算定式も同時に公開している。以下の表をみれば分かるように、役職、経験、居住地などに基く給与算定式もシ

                      CEOの年収2000万円ほか全社員の給与を公開中、Buffer創業者に聞く「過激な透明性」のワケ | HRナビ by リクルート
                    • Twitterはサービス終了するのか?

                      「Twitter 終了」がトレンドに入った。そもそもTwitter は終わるのだろうか。 「ハードコア」のあとに先週、イーロン・マスクが「ハードコアに働けない人は退職を選んでくれ」と全従業員に最後通帳を突きつけた。それは、すでに半分以上の人員がレイオフされたあとだ。 しかし、レイオフと「ハードコアの踏み絵」の間には大きな差がある。レイオフはあくまで過剰(とイーロン・マスクが考える)人材を会社が選んで辞めさせるのに対して、今回は「自発的に」やめさせるきっかけを作ったということだ。 匿名アプリBlindの内部調査によれば、その結果「残った人材の75%」が離れることを選んだ。この数字が正しいかどうかは別にして(おそらく、もっと多くの人はしぶしぶ残ることを選ぶはず)、結果として相当な数の社員が、Twitter を離れることを選んだ。 Kylie Robison @kyliebytesWhat I’

                        Twitterはサービス終了するのか?
                      • 伊藤直也氏が「Web開発は高度化している」と語る理由と、押さえておきたい3つの技術領域【2014年前半のインプットlog】 - エンジニアtype

                        KAIZEN platform Inc.  Senior Technology Advisor 伊藤直也氏(@naoya_ito) 2002年に新卒入社したニフティでブログサービス『ココログ』の開発担当となり、一躍有名になる。その後、はてなで『はてなブックマーク』など各種サービスを立ち上げ、2010年にグリーへ入社。2012年に同社を退職して以降は、フリーランスとしてベンチャーの技術顧問などを請け負う。自身のブログ『naoyaのはてなダイアリー』が人気 「Webアプリの実装で差別化は無理」という考えが変わった 現在、KAIZEN platform Inc.をはじめ複数社の技術顧問を務めている伊藤直也氏。「普段から、アウトプットの目的なく技術の勉強をすることはほとんどない」という性分から、今年上半期は「顧問としてベストプラクティスを提供するために知っておくべき領域」にフォーカスして情報収集を

                          伊藤直也氏が「Web開発は高度化している」と語る理由と、押さえておきたい3つの技術領域【2014年前半のインプットlog】 - エンジニアtype
                        • エンジニア単価情報 | ニアショア機構

                          スキル体系について 経済産業省(IPA)が制定したITスキル標準(以下「ITSS」)と、 株式会社パソナテックが、ITSS、SFIA(Skills Framework for the Information Age : 英国)、SWEBOK(SoftWare Engineering Body Of Knowledge : 米国)を参考に体系化し、人材ビジネスで 豊富な運用実績のあるPT-ITSSをベースに使用しております。 ※役割全体図(pdf:2.1MB) ニアショア開発活用に関するお問い合わせはこちら 首都圏単価より割安で高いパフォーマンスが期待できるニアショア開発に注目が 高まっています。 ニアショアベンダー紹介依頼、開発コスト最適化、リソース確保のご相談等、 お気軽にお問い合わせください。

                          • JMeter(高機能/フリーなテストツール)第1回:JMeterの基本

                            HOMMEZ(オムズ)はすべての男性の悩みに寄り添い、心と身体の健康を支援し、男性としての喜びを享受できる社会を目指しています。人には相談しづらいAGA、ダイエット、ED、妊活にまつわる男性特有の悩みに対し、情報やソリューションを提供することで男性が前向きに自分らしく生きられる幸せを実現します。

                              JMeter(高機能/フリーなテストツール)第1回:JMeterの基本
                            • バズると人生どうなるの? 「書き時計」作者に聞く“その後の反響”と“歯車の魅力”

                              2017.02.28 バズると人生どうなるの? 「書き時計」作者に聞く“その後の反響”と“歯車の魅力” こんにちは。ヨッピーです。 猛吹雪の中、失礼します。 突然ですが、皆さんはこちらの動画を見たことがありますでしょうか? 俺の卒業制作 書き時計 pic.twitter.com/NSBi45Lj77 — K / $ᴜᴢᴜᴋɪ (@BellTreeNursing) 2016年2月7日 リツイート数が18万弱(2017年2月現在)と、今まで見たこともないような数字になっております。 この「書き時計」は1年前の2016年2月に投稿され、瞬く間に全世界でバズりまくり、テレビ、雑誌、新聞など、様々なメディアで取り上げられました。 ▼天才か!卒業制作「書き時計」に驚嘆の声 時計に時間を書かせる発想 http://withne.ws/1nX5TP1 ▼「日本の大学生は天才か…」卒業制作『書き時計』に対す

                                バズると人生どうなるの? 「書き時計」作者に聞く“その後の反響”と“歯車の魅力”
                              • 2020年にブックマークしたページでよかったもの集めた - Really Saying Something

                                2013年から毎年、「年ごとにブックマークしたページでよかったもの集めた」と題して、1年分の「自分がブックマークしたページ」を振り返り、まとめています。2019年分は以下です。 2019年にブックマークしたページでよかったもの集めた - Really Saying Something 完全に「私得」なまとめなのでカテゴライズなどは一切しておらず、主に自分のブックマークした順番となっています。そのため、春ごろの記事が冬にいきなり登場したり、日付が前後していたりします。私の脳内に「その時こういうこと考えていたな~」という記憶を作るインデックスだからです!!! 今年は例年よりはブックマーク数が少なく、さらに新型コロナウイルスやそれにからむ政治の話など時事に関するものが多かったため、こういうところにも影響が出るのかー、とページを繰りながら考えました。時事関連は「よかったもの」にはなかなか入らないの

                                  2020年にブックマークしたページでよかったもの集めた - Really Saying Something
                                • HMDT&ニコ動アプリ開発者が語る! Web CAT Studio「スマートフォンUXの最前線」勉強会レポート - はてなニュース

                                  はてなでスマートフォンアプリの開発を担当している、id:ninjinkunこと浅野慧です。近年、スマホアプリは「ユーザー体験(UX)」が非常に重要と言われており、筆者もUXの勉強に勤しむ毎日です。そんな中、エンジニア&クリエイターを支援するコミュニティ「Web CAT Studio(運営:リクルートエージェント)」が「スマートフォンUXの最前線」という勉強会を開催すると聞いて、お邪魔してきました。勉強会当日のレポートと、Web CAT Studioが積極的に勉強会を開催している理由を伺ったインタビューをお送りします。記事の終わりには、関連書籍のプレゼントのお知らせも! (※この記事はWeb CAT Studio/株式会社リクルートエージェントの提供によるPR記事です) ▽ スマートフォンUXの最前線 : ATND 「UX」とは「ユーザー・エクスペリエンス」「ユーザー体験」の略で、簡単に言う

                                    HMDT&ニコ動アプリ開発者が語る! Web CAT Studio「スマートフォンUXの最前線」勉強会レポート - はてなニュース
                                  • 大企業でプロダクトエンジニアとして働いたら、コーディングのスキルが下がっていた

                                    背景 Shopifyという会社に1年半前に転職しました。あれよあれよと会社が拡大して、現在は従業員一万人弱くらいです。 画像元 公式ではない雑な情報です。あくまでイメージ その前はChartmogulという、せいぜい20人、30人ぐらいの会社にいました。 なぜ表題のようなことを思ったか 面接インタビュアー側として、出題することになるコーディング問題を自分で試しに解いていました。一年半前には自分が受ける側の立場だったので、自分の腕前の定点観測ができました。 やってみてどうだったか。 コーディングにおけるシャープさという観点では明らかに衰えているな、と思いました。問題が与えられて、それに短時間で、論理的に向き合う力とでもいうのでしょうか。 自分は現職でマネージャの立場になったわけでもないので、これはマズイ。なんとなくこの一年くらいそんな気はしていたので、これを機会にもうちょっと深堀してみます。

                                      大企業でプロダクトエンジニアとして働いたら、コーディングのスキルが下がっていた
                                    • グーグルが行っているビルドとテストの種類。続々、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか? - Publickey

                                      グーグルが行っているビルドとテストの種類。続々、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか? グーグルでTest Engineering Directorを務めるJames A Whittaker氏が、ブログ「Google Testing Blog」に書いているグーグル社内のソフトウェア品質に関するノウハウ。最近の記事「How Google Tests Software - Part Four」「How Google Tests Software - Part Five」では、ビルドの種類とテストの種類について紹介しています。 One of the key ways Google achieves good results with fewer testers than many companies is that we rarely attempt to sh

                                        グーグルが行っているビルドとテストの種類。続々、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか? - Publickey
                                      • 実践!Elasticsearch - Wantedly Engineer Blog

                                        (募集はダミーデータです) (参考: ドキュメント登録の流れについては Elasticsearch 入門 を参照すると良いです。) Analyzer 上記のデータを実際に入れる前に、index の作成と analyzer の設定をします。 以下のコマンドを実行することで analyzer の設定ができます。 下記で説明して行きます。 curl -XPUT 'http://localhost:9200/wantedly-demo' -d \ '{ "settings": { "analysis": { "filter": { "pos_filter": { "type": "kuromoji_part_of_speech", "stoptags": [ "助詞-格助詞-一般", "助詞-終助詞" ] }, "greek_lowercase_filter": { "type": "lowerc

                                          実践!Elasticsearch - Wantedly Engineer Blog
                                        • 2024年に読んだほうがいいエンジニアな書籍10冊+α - CloudとSREそしてキャリア本 - Lean Baseball

                                          Google Cloud Partner Top Engineer 2024を頂いた者です. 仕事はエンジニア系のコンサルとSRE, 趣味(と前職以前の仕事)で機械学習や生成AI*1をやっとります. この記事は当ブログの名物かつ人気シリーズである, 主に技術書を中心としたオススメ書籍(元々はPython本メイン)の紹介エントリーです. ※去年の記事はこちら. 本年のこのエントリーは, 2024年の推し本4冊 CloudおよびSREな4冊 いい感じな技術書2冊 この三本立て(+私の完全なる趣味チョイスで数冊)でご紹介できればと思います. というわけで, 本年のラインナップは以下の通りです. この記事の著者 2024年の推し技術書10冊 特に推したい4冊 クラウドストラテジー 世界一流エンジニアの思考法 仕事に役立つ新・必修科目「情報Ⅰ」 キャリアづくりの教科書 CloudおよびSREな4冊

                                            2024年に読んだほうがいいエンジニアな書籍10冊+α - CloudとSREそしてキャリア本 - Lean Baseball
                                          • メルカリを支える bot の技術 | mercan (メルカン)

                                            16年入社の新卒エンジニア @b4b4r07 です。先日、10/1 で入社半年ということで、今更ながらではあるのですが節目として、入社エントリを書きました。もしご覧になってなければ、併せてこちらもどうぞ。 www.tellme.tokyo 半年を振り返って 突然ではありますが、すごすぎて笑えたりニヤけたりすることはありませんか。エンジニアならすごすぎる (例えばあまりにきれいに書かれてる等) コードに出くわしたり、人跡未踏な発想・設計のツールを見たりすると思わずニヤけること、あると思います。 こういう体験はそう何度もあるものでもないのですが、メルカリに JOIN してから半年、Slack の bot に生きた技術を見たときに何度も「すごいなぁ」と ニヤケ 感心させられました。感動は何らかの行動のモチベーションにもなるし、この面白く素晴らしい技術について多くの人に知っていただきたいので、今回

                                            • MongoDBが適さないケース - 中年engineerの独り言 - crumbjp

                                              > 原文(Why MongoDB is a bad choice for storing our scraped data) 私自身はMongoDBを推進する立場なのだが、確かにMongoDBに適さないケースはある。 闇雲に推進しても結局は全員がアンハッピーになるので、この様なネタもどんどん紹介していこうと思う。 この記事はMongoDBを徹底的に使い尽くしたエンジニアが書いている様で状況が良く解った。 ちょっと難しい所もあるので要点を意訳して、軽く解説を書いてみる。 (もちろん是非原文で読むのをお勧めする) 状況 最初はMongoDBでうまく動いていたが、だんだん苦労が増えてきて 元々のアーキテクチャを刷新するタイミングでMongoDBから別のプロダクトに乗り換える事にした。 システムの規模 詳しく書かれていないが、1ノード辺り数TBとあるのでSharding環境ではないかと思われる。

                                                MongoDBが適さないケース - 中年engineerの独り言 - crumbjp
                                              • 長く活躍できるエンジニアになるためには? 技術者として大切にしたいこと

                                                フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発

                                                  長く活躍できるエンジニアになるためには? 技術者として大切にしたいこと
                                                • メルカリShops のフロントエンド | メルカリエンジニアリング

                                                  こんにちは。ソウゾウの Software Engineer の hiroppy です。「連載:「メルカリ Shops」プレオープンまでの開発の裏側」 の最後は、Web フロントエンドの紹介をしたいと思います。メルカリ Shops は既存のメルカリアプリの中に独立した Web アプリケーションとして動いています。本記事では、どのようなライブラリを選定し、どのようにアーキテクチャを設計してきたかを解説します。 なぜ Web なのか? アプリの上で動いているのであれば、WebView ではなくても良いと感じる人はいると思います。今回採用した 1 つの理由としては、リリースが柔軟な点が挙げられます。iOS/Android の両方に対して開発サイクルを早めることが可能であり、また機能追加やバグ修正が容易です。どのように WebView で動いているかについては、6 日目のメルカリ Shops のため

                                                    メルカリShops のフロントエンド | メルカリエンジニアリング
                                                  • プログラミングは「教わる」ものか、「学ぶ」ものか?【連載:中島聡】 - エンジニアtype

                                                    UIEvolution Founder 中島 聡 Windows95/98、Internet Explorer 3.0/4.0のチーフアーキテクトを務めたエンジニア。NTTに就職した後、マイクロソフト日本法人(現・日本マイクロソフト)に移り、1989年、米マイクロソフトへ。2000年に退社後、UIEを設立。経営者兼開発者として『CloudReaders』や『neu.Notes+』、教育アプリ『neu.Tutor』といったiOSアプリを開発する。シアトル在住。個人ブログはコチラ 今回は、脚光を集めるようになってきた「プログラミング教育」について、わたしなりに考えをまとめてみました。 日本では、政府が今年6月に成長戦略「世界最高水準のIT社会の実現」の素案としてプログラミングの義務教育化を提唱したり(参照記事)、プログラミング教育事業を始める企業が増えたりと、官民双方で教育熱が高まっていると聞

                                                      プログラミングは「教わる」ものか、「学ぶ」ものか?【連載:中島聡】 - エンジニアtype
                                                    • HowToMakeAlmostAnything2010

                                                      How to Make (Almost) Anything (ほぼ何でもつくる方法) 2010年度 体験記 田中浩也 /慶應義塾大学環境情報学部准教授・マサチューセッツ工科大学客員研究員・ファブラボジャパン MITメディアラボでは、ニール・ガーシェンフェルド教授による人気講座「How to Make (Almost) Anything (ほぼ何でもつくる方法)」が毎年秋学期に開講されている。 ニール・ガーシェンフェルドは、当初このクラスを、ごくごく少数の大学院生に、研究に使うための3次元プリンタ、カッティングマシン、ミリングマシン等、 機材の利用方法を教えるための演習として考案したという。しかしながら、初年度、初回授業の教室に行って彼は驚いた。MITの内外から100名を越える人 々が押し寄せ、「こういう授業をずっと待っていたんだ」「お願いだから受講させてください」と口々に嘆願されたというの

                                                      • ほとんど水、カロリー4分の1の「バター」を開発――人工安定剤不要、タンパク質やビタミンの追加も可能 - fabcross for エンジニア

                                                        ほとんどが水で構成される低カロリーの“バター”が開発された。この研究は、コーネル大学の食品科学の教授のAlireza Abbaspourrad氏らによるもので、2019年6月27日に『ACS Applied Materials & Interfaces』に掲載された。 この研究では、バターの代替品を作り出すために、ごく少量の植物油と乳脂肪を使って大量の水を乳化する新しいプロセスを見出した。水と油を乳化すること自体は新しくないが、今回、高内相エマルション(high-internal phase emulsions: HIPE)技術を用いることで、最終組成が水80%、油20%の“バター”を作り出した。 一般的なバターは、水分が約16%、脂肪が約84%となっている。大さじ1杯当たり、脂肪が約11g、ほぼ100カロリーだ。それに対し、今回開発された“バター”は、大さじ1杯当たり、脂肪2.8g、25

                                                          ほとんど水、カロリー4分の1の「バター」を開発――人工安定剤不要、タンパク質やビタミンの追加も可能 - fabcross for エンジニア
                                                        • 入社して1ヶ月で意思決定の速さに驚いた話 - ANDPAD Tech Blog

                                                          2021/10から株式会社アンドパッドで働いているid:shiba_yu36です。現在はセキュリティチームで認証基盤に関するエンジニアリングをしています。 アンドパッドは2021/10/01時点で従業員数が539名となっています。入社する以前は「この人数になってくると自分が何か提案したとしても中々意思決定が進まずヤキモキするのではないだろうか」と不安に思っていました。 しかし入社してから自分が開発プロセスや人員配置に関して提案してみたところ、この心配は杞憂だったどころか、逆に思った以上の意思決定のスピードに驚いてしまいました。そこで今回は自分が入社してから1ヶ月ほどの間に実際に提案・採用した内容を書きながら、どの程度意思決定がスピーディだったか伝えられればと思います。 ミーティングではesaで同時編集しながら議事録をみんなで作るスタイルへ -> その日から開始 フルリモートでの円滑なコミュ

                                                            入社して1ヶ月で意思決定の速さに驚いた話 - ANDPAD Tech Blog
                                                          • GPT-3を使って自分だけのAIアシスタントを作る第一歩 - Taste of Tech Topics

                                                            皆さんこんにちは。健康診断の結果がちょっと気になる年齢になってきたSsk1029Takashiです。 GPT-3を扱ってチャットボット作ってみる記事の第2弾になります。 第1弾のこちらもぜひご覧ください。 acro-engineer.hatenablog.com 前回は質問応答システムとしてGPT-3を活用しましたが、今回はAIアシスタントとしてGPT-3を活用してみます。 AIアシスタントとは何かというと、Google Homeのように命令を入力すると、それに沿った処理を実行してくれるシステムを指します。 ChatGPTとの違いは命令の結果は必ずしも文章生成だけではないということです。 ChatGPTでは文字列を入れて、要求に沿った文字列を返します。 対して、AIアシスタントでは、カレンダーに予定を入力したり、アラームを設定したりなど、具体的なタスクを実行します。 この記事では、前回に続

                                                              GPT-3を使って自分だけのAIアシスタントを作る第一歩 - Taste of Tech Topics
                                                            • ソフトウェアエンジニアとしての姿勢と心構え / Software Engineer's Survival Guide

                                                              2021年度リクルート エンジニアコース新人研修の講義資料です

                                                                ソフトウェアエンジニアとしての姿勢と心構え / Software Engineer's Survival Guide
                                                              • エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職@type

                                                                エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『@type』のコンテンツです。

                                                                  エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職@type
                                                                • マイクロサービスでの認証認可 - Qiita

                                                                  複数のクラウドサービスを利用している(マルチクラウド)など、単純には閉域網を構築できない環境でマイクロサービスアーキテクチャを採用する場合には、サービス間の認証認可が必要となる。この場合のサービス間の認証認可方式を決める参考となる、OSSやSaaS、Webサービスで採用方式ついて整理した。 Istio サービスメッシュの実装として有名なIstioではサービス間通信を以下のように制御できる。 Istioの認証認可では認証主体がService Identityというモデルで抽象化され、KubernatesやIstioで定義するService Accountに加えて、GCP/AWSのIAMアカウントやオンプレミスの既存IDなどをService Identityとして扱うことができる。 サービス間の認証 (Peer Authentication) は、各サービス (Pod) に設置するSideca

                                                                    マイクロサービスでの認証認可 - Qiita
                                                                  • phiary

                                                                    phi I'm a Game Programmer and Frontend Engineer passionate about programming education. Math / C / C++ / C# / JavaScript / HTML5 / CSS3 / Python 未だに form の validation って, とりあえずなんでも受け付けてサーバー側で してエラー返ってきたらヘッダーなりダイアログなりでエラーメッセージを表示するなんてのをよく見ます. 某大手サイトなんかはエラーがあるとリロードしちゃったりするし... ユーザーさんからすると入力した段階で何かしら間違いがあったらすぐに教えて欲しいですよね. 実はこの辺って HTML5 からクライアントサイドでもある程度チェックできるように整備されています. なのでライブラリを使わなくてもある程度サーバーに送る前に

                                                                      phiary
                                                                    • Mackerelで採用している技術一覧とその紹介 - Hatena Developer Blog

                                                                      こんにちは。Songmuです。 この記事ははてなエンジニアアドベントカレンダーの3日目です。 昨日、Hatena Engineer Seminar #3を開催いたしました。何より参加率が高かったことに感激したのですが、その分少し窮屈な思いをさせてしまったかもしれないのは申し訳なかったです。多数のご参加本当にありがとうございました。 セミナーではMackerel overviewという話をさせてもらったのですが、そこでお話したMackerelで採用している技術について説明します。 Mackerelとは? 今年の9月17日にリリースしたはてな謹製のサーバー管理・監視ツールです。 数多くのサーバーを運用しているはてなは、これまでサーバー管理ツールを内製してきたのですが、そのノウハウを活かし、サービス用に新たに一から作ったサービスになります。 また、はてなの既存サービスとは性質が異なるため、技術選

                                                                        Mackerelで採用している技術一覧とその紹介 - Hatena Developer Blog
                                                                      • エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職@type

                                                                        エンジニアtypeは、各種エンジニアをはじめ「創る人たち」のキャリア形成に役立つ情報を発信する『@type』のコンテンツです。

                                                                          エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職@type
                                                                        • バウンスしすぎて Amazon SES から追放された俺たちは Mailgun と SendGrid に国を作ることにした - ANDPAD Tech Blog

                                                                          これは何 どのように技術選定してますか。よく聞かれます。SREチーム 鈴木心之介 です。しかし説明が難しい。難しいですが説明の助けになってほしく思い、技術選定を文書化した DesignDoc から1枚を公開してみました。 DesignDoc とは、ある程度の大きさや複雑さがあり一言で説明の難しい技術選定について、文書化したものです。これを通じて、技術選定をどのように行うか組織内に広めようとする試みです。2021年1月頃から始めています。 題材は、メール配信の冗長化をRailsで実現した tech.andpad.co.jp を、インフラ視点から技術選定した DesignDoc です。このメール配信SaaSの選定は2019年末頃に実施したもので、DesignDoc の取り組みを始めていなかった頃でした。時が経ち、ソースコードやSaaSの構成からは意図を読むことが難しく「なんじゃこれ」って質問を

                                                                            バウンスしすぎて Amazon SES から追放された俺たちは Mailgun と SendGrid に国を作ることにした - ANDPAD Tech Blog
                                                                          • 開発者が語る、Google+で使ったJavaScriptテクニック

                                                                            Google+チームに所属するエンジニアのMark Knichel氏が、Google+の高速性を実現するためにどのようなテクニックを使ったのかについて、Google+のページで解説しています。 (1) Mark Knichel - Google+ - Hi everyone! I’m an engineer on the Google+ infrastructure… 最新のWebサービスでどのようなJavaScriptのテクニックが使われているのかを垣間見ることができる説明になっていますので、見出しを中心に紹介しましょう。 1) We <3 Closure 私たちはClosureが大好きだ(<3は横向きのハートマーク) Closure(クロージャ)とは、オライリーの書籍「初めてのJavaScript」の解説を借りれば、関数の「入れ子(nesting)」です。(追記、このクロージャじゃなく

                                                                              開発者が語る、Google+で使ったJavaScriptテクニック
                                                                            • ストーリー性のあるプレゼン - id:onk のはてなブログ

                                                                              発表資料作り、全体的な流れは 1 週間ぐらいかけて構想して、半日使って 15,000 字ほど書いて (コード片含む)、半日使ってスライドに起こす(結果として 6000 字ぐらい使う)、って感じですね。貯めた文字列を組み合わせている最中に構想とは別のストーリーが降ってくることも多い。— Takafumi ONAKA (@onk) July 3, 2018 このツイートの「文字を組み合わせる」のところについて、もうちょっと掘り下げてみる。*1 この記事は はてなエンジニア Advent Calendar 2022 の1月2日の記事です。昨日は id:stefafafan で 『UNIXという考え方―その設計思想と哲学』を読んだ - stefafafan の fa は3つです でした。 3 つのポイント 知っていること 7 割、聞いたことがあること 2 割、知らないこと 1 割 引用しやすいワー

                                                                                ストーリー性のあるプレゼン - id:onk のはてなブログ
                                                                              • Awesome Java : 素晴しい Java フレームワーク・ライブラリ・ソフトウェアの数々 - Qiita

                                                                                元記事: Awesome Java Awesome List in Qiita Awesome Ruby Awesome JavaScript Awesome Node.js Awesome Python Awesome Go Awesome Selenium Awesome Appium Bean マッピング Bean マッピングを容易にするフレームワーク dOOv - 型安全なドメインモデルの検証とマッピングのための API を提供します. アノテーション, コード生成, および型安全 DSL を使用して, Bean の検証とマッピングを迅速かつ簡単にします. Dozer - アノテーション, API または XML 設定を使用して, あるオブジェクトから別のオブジェクトへデータをコピーするマッパー. JMapper - 高速コードマッピングのためにバイトコード操作を使用. アノテーシ

                                                                                  Awesome Java : 素晴しい Java フレームワーク・ライブラリ・ソフトウェアの数々 - Qiita
                                                                                • この勉強会がスゴイ!「行っておくべき有名ITインフラ系勉強会 2014」

                                                                                  横田です。今年も、もうすぐ終わりですね… というわけで今年も私が独断と偏見で「行っておくべき有名IT系勉強会」を選んでみました。基本的には、去年「さくらのナレッジ」に書いた「行っておくべき有名IT系勉強会」と、その開催日をチェックする方法の改訂版です。 ちなみに、なんで「ITインフラ系」なのかについては、私がインフラ系の出身なので、ご勘弁ください… 《行っておくべき有名IT系勉強会 2014》《元祖 ○○Study。「BPStudy」》「○○Study」と名前がついている勉強会の元祖であるのが、この「BPStudy」です。元祖というだけあり、非常にオーソドックスな「勉強会らしい勉強会」となっています。 勉強会のテーマはその回によって異なり、先端のインフラ技術の紹介から「アクセス解析」「エンジニアのキャリア」といった物まで、かなり幅広く取り扱っています。私も何回か参加させていただきましたが、

                                                                                    この勉強会がスゴイ!「行っておくべき有名ITインフラ系勉強会 2014」