並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 815件

新着順 人気順

設計の検索結果361 - 400 件 / 815件

  • 少年ジャンプ+副編集長が大学1年生から「漫画アプリのUIについて物申したい!」というDMが来て実際に会って考えが整理されて意義深い時間になったという話

    モミー 【少年ジャンプ+編集】 @momiyama2019 「少年ジャンプ+」副編集長です。ほかに「ジャンプルーキー!」「MANGA Plus by SHUEISHA」など立ち上げました。リプライやDMの返信は気まぐれです。 shonenjumpplus.com モミー 【少年ジャンプ+編集】 @momiyama2019 先日、見知らぬ大学1年生から、漫画アプリのUIについて物申したい!というこんなDMが。 で、実際にお会いした。 話題はアプリの設計から、最終的には漫画表現の時代に合わせた進化など、広く漫画全体の課題や未来まで広がった。 結果、逆に僕の考えが整理されて意義深い時間に。学生氏に感謝! pic.twitter.com/Q6XZUtPAEi 2020-06-14 01:11:49

      少年ジャンプ+副編集長が大学1年生から「漫画アプリのUIについて物申したい!」というDMが来て実際に会って考えが整理されて意義深い時間になったという話
    • グリコ、障害で売上200億円の損失…ベンダのデロイトに損賠賠償請求の可能性

      江崎グリコの公式サイトより ほぼすべてのチルド食品(冷蔵食品)が、社内のシステム更新作業に伴う障害により出荷停止となっている江崎グリコ。4月初めに障害が発生し、出荷再開時期がいまだに未定という異例の事態を受け、同社は今月8日、システム障害によって2024年12月期の営業利益が60億円、売上高が200億円下押しされる見通しだと発表した。業績に多大な悪影響が生じるため、グリコがシステム更新プロジェクトの主幹ベンダであるデロイト トーマツ コンサルティングに損害賠償を求めて法的手段を取る可能性も取り沙汰されている。今後の展開について業界関係者や専門家の見解を交えて追ってみたい。 グリコは業務システムについて、独SAPのクラウド型ERP「SAP S/4HANA」を使って構築した新システムへ切り替えるプロジェクトを推進してきた。旧システムからの切替を行っていた4月3日、障害が発生し、一部業務が停止。

        グリコ、障害で売上200億円の損失…ベンダのデロイトに損賠賠償請求の可能性
      • 政府の基盤クラウド、Amazonに発注へ - 日本経済新聞

        政府は今秋からスタートするIT(情報技術)システムのクラウド化をめぐり、人事・給与や文書管理など各省共通の基盤システムを米アマゾン・ドット・コム傘下のクラウド企業に発注する調整に入った。整備・運用にかかる費用は2026年度までで300億円を超える見通しだ。政府は各省庁のシステムについて4~8年で原則クラウドにする方針を打ち出している。コストの大幅減と、最新のデジタル技術の取り込みにつなげるためだ。自前で管理する手間が減り、人員の効率的な配置など生産性の向上も見込める。【関連記事】霞が関、欧米とは周回遅れ 2020年から全面クラウド化全省庁に20年秋からクラウド 安保に配慮し採用国産クラウド終わりの始まり NTTコム撤退の深層最初の大型案件となる基盤システムで、政府はアマゾン傘下の米アマゾン・ウェブ・サービス(AWS)の仕様を前提に制度設計を始めた。発注先として今春、正式決定する。クラウド業

          政府の基盤クラウド、Amazonに発注へ - 日本経済新聞
        • プログラミングの終焉と生存戦略|k1ito

          この文章は何: 近年の生成AIブームにより、革命的なまでにプログラミングという仕事の形は変わることが予想され、実際、今までにない速度で世界が効率化され様々なサービスがローンチされていく中「使う側」としても「作る側」としても「IT業界(特にSaaS業界など)での生存」は難しくなっているように感じます。正解を知っていたらとっくに僕は大儲けをしているわけですが、当然わかるはずもなく生存戦略に苦しむだけの中での寝言です。 まとめと結論めいたもの:AI技術の発展により「プログラミング」と呼ばれる「人間の仕事を機械に引き継ぐ行為」のほとんどはゼロコストで行えるようになり、少なくとも今ほどの価値や競争優位の源泉とはならないだろう。今やるべきは、AIを自社の競争優位の源泉とするべく、まるで人材投資のようにAIへの引き継ぎ書を書くことと、AIの研修制度を作ることかもしれない。 プログラミングという仕事の終焉

            プログラミングの終焉と生存戦略|k1ito
          • イミュータブルデータモデル - kawasima

            CRUDのうちUPDATEがもっともシステムを複雑化する。更新には複雑なルールが伴うからだ。業務的に複雑なルールが存在するのは仕方ないこともあるが、システム、設計で複雑さを更に増さないようにしたい。UPDATEに着目し、その発生をできるだけ削ることによって複雑さをおさえるためには、まずデータモデルをそのように設計しておかなけれなならない。このイミュータブルデータモデルは、それを手助けする手法で、手順に沿って実施すればある程度のスキルのバラつきも吸収できるように組み立てられている。

              イミュータブルデータモデル - kawasima
            • 炎上しても謝罪しないほうがいい(2024年最新版)

              炎上した時の最善の対処法は"沈黙"である。 謝罪などをしてしまうとそれを材料にさらに燃えてしまうし、 被炎上側が炎上した事実を認めることになり、訴訟や誤報のリスクがなくなるためマスコミも挙って報道し始め、さらなる拡散、延焼に繋がる。 炎上しても謝罪しないほうがいい(2023年版)anond:20230103181631 その根拠として昨年に引き続き2023年、炎上しても謝罪せず見事鎮静化に成功した事例を振り返っていこう。 さだまさし1月1日に放送されたNHKの年明け生放送番組「今夜も生でさだまさし」にて 出演者のももクロに「全員子どもを産んで2代目を作ってから引退してほしい」と発言。 1月2日、一部界隈でこの映像が拡散されセクハラであると非難される。 さだ、番組からは反応なし。 成田悠輔イェール大学助教授という肩書きでタレント活動をしている経済学者。 1月11日、過去のメディア出演で「高齢

                炎上しても謝罪しないほうがいい(2024年最新版)
              • 同期エンジンの心臓部を書き換える

                0 0 719 0 この 4 年間、Dropbox では、デスクトップ クライアントの同期エンジンを白紙の状態から再構築しようと懸命に取り組んできました。同期エンジンは、デスクトップ パソコン上の Dropbox フォルダの陰に隠れた魔法です。これは、Dropbox で最も長く使われているコード部分であり、最も重要なコード部分の 1 つでもあります。今回、新しい同期エンジン(コードネーム「Nucleus」)をすべての Dropbox ユーザー向けにリリースさせていただくことを、ここに発表いたします。 同期エンジンの書き換えは本当に大変な作業で、多くの環境でマイナスともなりうる構想であったことに鑑みると、手放しで祝う気持ちにはなれません。結果的には Dropbox にとって素晴らしいアイデアであったわけですが、それは、私たちがこのプロセスにどのように取り組むべきかを熟考したからこそ、たどり着

                  同期エンジンの心臓部を書き換える
                • デジタル庁デザインシステムβ版

                  デジタル庁デザインシステムは、スタイリングの考え方を提供するデザイン言語、情報の視覚表現とインタラクションを具現化するUIコンポーネント、ユーザビリティとアクセシビリティを踏まえた設計や実装のためのガイドラインから構成されるデザインアセットです。 デジタル庁のミッションである「誰一人取り残されない、人に優しいデジタル化を。」の実現に寄与することを標榜し、官公庁や地方自治体などの行政機関や公共性の高い組織等のウェブサイト/ウェブアプリケーション/オンラインサービスまたはシステム等で利用することを念頭に置いて構築されています。

                    デジタル庁デザインシステムβ版
                  • エンジニア200人に聞いて、業務委託単価表を作りました - Qiita

                    ISSUEへ移動しました 診断機能の結果も元に単価表の精度をアップデートしています。購読してお待ちいただければと思います。 2022年度最新版はこちら こちらの単価表を元に単価診断機能を作りました 様々なご要望を受け、新たに単価診断機能を作成しました!質問形式で現時点での単価目安を診断することができます。改良に改良を重ねていくのでぜひ一度受けてもらえると嬉しいです! はじめに 私は「ISSUE」という副業プラットフォームを運営しているのですが、プラットフォームを構築する際にエンジニアの方々約200人とお話しました。そのヒアリング内容からエンジニア業務委託単価表を作成してみました。単価はこれから副業やフリーランスとして活動しようという方々がよく悩むところだと思います。私もそうでした。またすでに業務委託をしている方もどのタイミングで単価を上げる交渉をすればいいかとても悩むものだと思います。そん

                      エンジニア200人に聞いて、業務委託単価表を作りました - Qiita
                    • 『アーロンチェア』を勧める意見は鵜呑みにするな!からの…アクトチェアのレビュー – キャズムを超えろ! Rev.2

                      自室ではメインにアクトチェアを使い、サブ用途にレビーノチェアを置き、レカロのSR2をオフィスチェアに改造したキットに座りつつ、S2000の純正シートをレースシム用に部屋に置き、子供部屋にアクトチェアをもう1脚とセイルチェアを使ってます。オフィスでは現在リープチェアを使用中という椅子大好きっ子の和尚です。 コロナ禍で高級オフィスチェア(どこからが高級なんだというのはさておき。まぁ定価7万円以上ぐらいかな)がめちゃくちゃ流行っているらしい。私のところにも質問がよく来る。おすすめの椅子はなんですか? ってね。そりゃそうだ、高い買い物なのだから識者に聞こうではないかと。そして本当に椅子に詳しい人は『浅草橋にあるWORKAHOLICに行って座って、自分にあったものを選ぶといいですよ』という。椅子は身体にあわせて買うもので、人に聞いて買うものではないのだ。しかしながら、WORKAHOLICのWebペー

                      • スマートホーム化したら俺自身もシステムの一部になった - 本しゃぶり

                        スマートホーム化する価値とは、家が賢くなることではない。 住居者が愚かでなくなることだ。 システムの一部になることが快適な生活を送るカギである。 使って初めて分かる価値 Amazonのスマートスピーカー、Echo Dotを使い始めて約10ヶ月が経つ。 Echo Dot (エコードット)第3世代 - スマートスピーカー with Alexa、チャコール AmazonAmazon 買う前は音声コントロールに対して疑問を持ってた。今のAIの賢さで本当に便利なのかと。しかし今は違う。スマート化されていない生活など考えられないし、何より俺の行動が変わった。日常生活で生じるささいなミスが減ったのである。 やっていること自体に新鮮味は無いが、実際に使っているからこそ語れるというものはある。ただスマートスピーカーの紹介をするのではなく、俺の考え方がどのように変化したか書いていきたい。 キッチンの照明を消す

                          スマートホーム化したら俺自身もシステムの一部になった - 本しゃぶり
                        • (補記あり)人形性愛者による幼児型ラブドール反対運動への抵抗

                          「幼児型セックスドールの生産・販売・の廃止を求めます。」という署名活動がchange.orgで行われている。 大意として述べられていることをページから引用すると ①日本の【児童買春・児童ポルノ禁止法】にて幼児型セックスドールの製造・販売・所持を規制すること ②小児性愛者に対する相談窓口の設置や加害行為を防ぐ為のカウンセリングやセラピーへの取り組み ③ECサイトなどに未だ販売される【幼児型セックスドールや児童ポルノ】の取り締まり、及び【販売禁止を徹底】 以上3つを求める署名活動だそうだ。 ②に関しては私も賛成ではあるが、いかんせん①や③に関しては記事を読んだ限り感情が先行している雰囲気が否めない。 案の定Twitterでは「人形は実在の人間ではない。児童ポルノ禁止法は実在の児童を守るための法律であり人形の摘発に労力を割かれているうち実在の児童を守れなくなる」「表現の自由の侵害だ」などの批判が

                            (補記あり)人形性愛者による幼児型ラブドール反対運動への抵抗
                          • ブログ アイリスオーヤマのLEDシーリングライトのチラツキが酷い

                            最近は家庭用の照明でも蛍光灯に代わりLEDライトが主流となってきました。 うちでは6年くらい前に購入した蛍光灯式のシーリングライト KOIZUMI BHN0119D 丸形スリム蛍光灯(FHC)昼光色2灯[34形(48W)、27形(38W) を使用していたのですが、近頃は電気代が気になっていることや、交換用の蛍光灯が一式で2000円近くと高価なこともあってLEDシーリングライトを導入してみることにしました。 機種選定をしていたところ、相場としては7000円近辺、アイリスオーヤマの製品が人気のようでした。 そこで省エネ大賞受賞したCL12D-FEIIIというモデルを購入することにしました。 アイリスオーヤマ LED シーリングライト 調光 タイプ 12畳 省エネ大賞受賞 CL12D-FEIII アイリスオーヤマ(IRIS OHYAMA) 部屋の大きさとしては8畳で、いままでは8~10畳用の器具

                            • 要件定義~システム設計ができる人材になれる記事 - Qiita

                              はじめに 株式会社デジサク がお送りするプログラミング記事、 今回は要件定義・システム設計について扱っていこうと思います。 プログラミングを勉強していて、こんな事を感じた経験はないでしょうか。 「勉強してもプロダクトが作れない」 「そもそも開発ってどうやるの?」 「要件定義ってなに?」 その悩みを解決するために、まずは開発の全体感を理解しましょう。 下図『ソフトウェア開発プロセス』をご覧ください いつも勉強しているプログラミングは 『実装』 の部分に該当します。 つまり、プログラミングの実力を発揮する前に4つも壁が存在するのです。 そのため、本記事では実装(プログラミング)を開始する前に必要となる、 『企画~設計』 について順を追って説明して行きます。 特に、エンジニアが理解しておくべき 『要件定義』『設計』 にフォーカスします。 なお、開発全体において実装(プログラミング)に使用する時間

                                要件定義~システム設計ができる人材になれる記事 - Qiita
                              • クラウドエンジニア(AWS)ロードマップ2021 - Qiita

                                お知らせ 2022年初頭に本記事を元にしたAWS書籍が技術評論社より全国出版決定いたしました。 関係者各位のご協力に深く感謝いたします。 タイトル:AWSエンジニア入門講座――学習ロードマップで体系的に学ぶ 本書籍出版までの制作プロセス、チーム執筆の方法論などをまとめました チームで技術書を出版して学べた共同執筆メソッド はじめに インフラ初学者がAWSを用いた設計・構築レベルに到達するため、学習の全体像をロードマップ図にまとめました。 背景 パブリッククラウド全盛期においてAWSは全エンジニアにとって「常識」となりました。 しかしながら、情報過多によってAWS学習に必要な情報がネット上のノイズに埋もれてしまい、初学者の直感による判断が誤った学習に行き着くこともあります。 このロードマップはAWS学習の全体像を俯瞰でき、パブリッククラウドを用いた設計・構築レベルに到達するまで導く体系的なス

                                  クラウドエンジニア(AWS)ロードマップ2021 - Qiita
                                • 素人が中国で部品をオーダーメイドした話

                                  見積OKの連絡とお願いを伝える 見積に対する僕からの返事は↓のような感じ。 (見積はOKです。金型を作る前の設計図データをチェックできますか?あと最初はサンプルとして30個だけ注文できますか) 金型の作成前に設計図データ(CADデータ)をチェックしたいということと、最初は少ないロットで注文したいとお願いする。 引き受けてもらえたのはありがたいが、正直なところ、ちゃんとしたものを作ってもらえるか心配だ。似たような事をしている人がいるか検索してみたが全く出てこなかった。中でも金型は一度作ってしまうと作り直しが利かないので、あらかじめ見せてもらう事にした。 この時にすっかり忘れていたが、最小発注個数(MOQ)もこの時点で確認しておくべきだった。 担当のウーさんも「最初は少ないロットで」と言う僕の要望に、「そうした方が良いです」と言ってくれた。 とても丁寧な対応 (添付のサイズはいくつですか、確認

                                    素人が中国で部品をオーダーメイドした話
                                  • PythonだけでWebアプリが作れるライブラリが増えている(2024.05) - Qiita

                                    2024.8.6:FastHTMLについて追記しました。 ※本記事で言及しているReflexのdiscordサーバー内に日本語チャンネルをつくってもらいました。もし、興味をもった人がいたら参加してみてください。 1.PythonだけでWebアプリをつくるライブラリが増えている 最近(2024.05)、Python界隈ではPythonだけでWebアプリが作れるライブラリが増えています。詳しくは他の記事を参照してもらえればと思います。 以下の記事がとても参考になりました。ありがとうございます。 2.ライブラリの分類 こうしたライブラリも大きくわけて2つの種類があるように思います。 ①データ解析の結果を表示するダッシュボードライブラリ ②汎用的なWebアプリをつくるローコードライブラリ ①ダッシュボード系ライブラリ たとえば、上記の記事にも出てきますし、ネットでもかなり情報の多い、Streaml

                                      PythonだけでWebアプリが作れるライブラリが増えている(2024.05) - Qiita
                                    • 専門職と視座

                                      こんにちは。ミクシィでスポーツやライブエンタメ関連の技術部長を担当している石井です。社内向けに書いている記事を少しづつ外部公開していきます。 大規模なサービス開発組織で働いていると、技術職スタッフにおいても、視座の高さを求められることが増えます。「視座の高さ」という単語は、曖昧で、入社していきなり「視座!視座!」と言われても、「えらい人がなんか言うとる」「わいには、まだ早い」くらいで、腹落ちしないと思います。しかし、給与体系にも紐づいていたりするので、給与が上がってくると、「視座をもうちょっとあげてもらわないとね…」と上長から言われれて「えー」となるかもしれません。私の考える「視座の高さ」と、なぜ専門職にも必要になるのかを説明しつつ、サービス開発と組織の関係について考えてもらう機会になればと思います。 私は、エンジニアリングを、単にプログラミングを書いたりすることで技術課題解決するというこ

                                        専門職と視座
                                      • 複数の企業でデータエンジニアとして求められたスキル - yasuhisa's blog

                                        最近「ああ、これ前職でも前々職でもやったことあるなぁ」という仕事があった。データエンジニア(やその関連職種)として働き始めて約5年、3社でフルタイムとして働いてきて「このスキルは業界や組織規模が変わってもデータエンジニアとしてスキルを求められることが多いな」と感じたものをまとめてみることにした。棚卸し的な意味はあるが、特に転職用などではないです。 前提 どこでも必要とされたスキル データマネジメントに関する概要レベルの知識と実行力 セキュリティや法令に関する知識 事業ドメインに関する興味関心 他職種とのコミュニケーション能力 コスト管理 / コスト削減のスキル ソフトウェアエンジニアとしてのスキル DataOpsやアラートのハンドリング能力 分析用のSQLを書く力 古いテーブルやデータパイプラインを置き換えていくスキルや胆力 あるとやりやすいスキル 関連部署の動きを何となく把握しておく力

                                          複数の企業でデータエンジニアとして求められたスキル - yasuhisa's blog
                                        • アメリカでソフトウェアエンジニアの職を探した - pco2699’s blog

                                          はじめに 前提 アメリカで働くためのビザ 業務経験 2023年のアメリカのテック業界の状況 具体的な就活のステップ ソフトウェアエンジニアのインタビューで求められることの抽象的な理解 レジュメ Job Descriptionから逆算してレジュメを作る 一枚におさめる 数字を用いてスケールとビジネスインパクトを示す なるべく隙間を埋める フォーマット添削ツールにかける レビューを受ける ネットワーキング・リファラル 応募する アメリカの就活はNumber Game 採用のトレンドを追う 時期を見計らう Linkedinで最新の求人を見つける方法 Promotedをすべて非表示にする "Most Recent"順にする 検索クエリを工夫する 設定をブックマークする 時間を決めて巡回する コーディングインタビュー対策 アルゴリズムの地図を脳内に作る 大学やCouseraでアルゴリズムの授業を取る

                                            アメリカでソフトウェアエンジニアの職を探した - pco2699’s blog
                                          • 書籍「ゲームの歴史」について(1) | Colorful Pieces of Game

                                            このテキストは岩崎夏海・稲田豊史の両氏による『ゲームの歴史』の1、2、3の中で、ゲームの歴史的に見て問題があり、かつ僕が指摘できるところについて記述していくテキストだ。 該当の本は、ハッキング・箱庭・オープンワールド・疑似3D・2Dなどの通常のゲーム&コンピュータ用語に筆者の独自解釈が含まれていて、それを筆者の都合に応じて定義をいじりながら論を展開するために、極めて独特の内容になっている。 例えば3D描画で背景をテクスチャで埋めると3D+2Dの疑似3Dになると言われたら、普通のゲーム屋なら目を白黒させるだろう。ただ、それは筆者の主張なので「自分はそこは批判はしないが、筆者の見方には全く同意できない」とだけ書いておく。 また、これは史観なのだから実際の歴史から離れていてもいいという主張もあるかもしれないが、それは前書きの段階で無理があると言わざるを得ない。 本書は、ゲームの歴史について書いた

                                            • リモートワークのために買って良かったもの10選 - ちなみに

                                              この記事は Money Forward 関西拠点 Advent Calendar 2021 - Adventar の1日目の記事です。 株式会社マネーフォワード の 関西拠点 に所属するメンバーのテーマ自由なアドベントカレンダーです。 こんにちは。マネーフォワード関西拠点の 西村 (id:Sixeight) です。 マネーフォワードでは現在、コミュニケーションのために週一回の出社を推奨していますが、それ以外はリモートワークを選択することが可能です。 私も今年1月の入社以降、基本的にはリモートワークで自宅から勤務しています。 今回はリモートワークをするにあたって買って良かったものを紹介したいと思います。 みなさんのリモートワークをより快適にするための参考になれば幸いです。 第10位 HHKB Professional HYBRID Type-S happyhackingkb.com みなさん

                                                リモートワークのために買って良かったもの10選 - ちなみに
                                              • 『鬼滅の刃』大ヒットの理由が見つかることは無い - 本しゃぶり

                                                誰もが知りたい『鬼滅の刃』大ヒットの理由。 これはどれほど丹念に作品と向き合っても答えは得られない。 なぜなら人の繋がりから生じる偶然の結果だからだ。 なぜ大ヒットしたのかという疑問 この『鬼滅の刃』解説記事に対する反応が興味深い。 このnoteは『鬼滅の刃』の導入を解説したものだ。どうやって読者を1ページ目から引き込むか、その「技術」と「困難」について書かれている。これに対し、ブコメはほぼ批判一色となった。 書いてある内容は決して間違っていないし、かなり細かく説明されている。なのになぜ批判が多いのか。コメントの内容は主に以下の2点となる。 『鬼滅の刃』に限った話ではない 長い 先に後者についてだが、「長い」ということは必ずしも悪ではない。スクロールバーが点になるような記事でも、好意的なコメントが多いこともある。結局のところ「長い」という批判が意味することは、自分の知りたいことが書かれてい

                                                  『鬼滅の刃』大ヒットの理由が見つかることは無い - 本しゃぶり
                                                • ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習

                                                  最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ~不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない!vs. 現場に任せてくれない!の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 あきらめるにはまだ早い!ソースコードの品質向上に効果的なアプローチ 心理的安全性ガイドライン(あるいは権威勾配に関する一

                                                    ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習
                                                  • エンジニアリングマネージャーになる前に知りたかった考え方 - Qiita

                                                    Qiitaで期間限定開催中の、「エンジニアによるマネジメント」に関する記事を投稿するイベントへの参加記事です。 マネジメントを始めて悩んだこと 約1年前、アシスタントマネージャーという役職をいただき、エンジニアリングマネージャー(以下、EM)としての業務を開始しました。EMになると1on1やメンバーの目標設定、チームづくり、チームの代表として事業部リーダーズミーティングへの参加などの新しい業務をしながら、それまでのプレイヤーとしての業務も行い、目の前の業務をこなすのにいっぱいいっぱいでした。 そんな中で常に「自分がマネージャーとしてきちんとできているのかが分からない」という不安を持っていました。また、どんなスキルをつけて、どうなれたら正解なのかというイメージが見つからず悩んでいました。 ある時、先輩との1on1で、「(メンバーとの1on1やメンバーの育成を)どうしてそれをやるのか」と問われ

                                                      エンジニアリングマネージャーになる前に知りたかった考え方 - Qiita
                                                    • バンダイの「動くザク」を取材しに行ったら完全に「分かってる人」が出てきて最終的に「分かってますねえ……」と意気投合しました

                                                      PR バーチャルYouTuber、マシーナリーとも子による不定期コラム特別編。今回はバンダイが開発中のSTEM学習教材「ZEONIC TECHNICS」を、発売に先駆けて取材してきてもらいました。 実際に動くザクを組み立てることで、楽しみながらロボティクスやプログラミングを学べる、と話題になっているこの商品。「ジオニック社公式教材」をうたっていることからも想像できますが、かなりのガンダム好きが世界観にこだわって開発を進めていました。とも子との濃厚なガンダムトーク(とそれに置いてきぼりにされるねとらぼ編集部)も合わせてお楽しみください。 ライター:マシーナリーとも子 徳で動くバーチャルYouTuber(サイボーグ)。「アイドルマスター シンデレラガールズ」の池袋晶葉ちゃんのファンやプロデューサーを増やして投票してもらうために2018年4月に活動開始。前世はプラモ雑誌の編集をしていたとも言われ

                                                        バンダイの「動くザク」を取材しに行ったら完全に「分かってる人」が出てきて最終的に「分かってますねえ……」と意気投合しました
                                                      • シン・エヴァンゲリオン劇場版𝄇で描かれなかったこと、その感想

                                                        もちろんのようにネタバレを含むので、注意してほしい。 見終わった感想は、「本当に終わった」だった。 すごく丁寧に「伝える」ことに真摯に向き合っていると感じた。 それは描いていることだけではなく、描かれなかったことも含めて。 これまでのあらすじきちんと振り返り部分がある丁寧さが、この映画を象徴しているといっても良い部分。 復習して来いよ、ではなく、劇場でこれまでを振り返る。その丁寧さが全編にわたってある。 ヱヴァンゲリヲン新劇場版:序 EVANGELION:1.0 YOU ARE (NOT) ALONE.ヱヴァンゲリヲン新劇場版:破 EVANGELION:2.0 YOU CAN (NOT) ADVANCE.ヱヴァンゲリヲン新劇場版:Q EVANGELION:3.0 YOU CAN (NOT) REDO. シン・エヴァンゲリオン劇場版𝄇 EVANGELION:3.0+1.0 THRICE U

                                                          シン・エヴァンゲリオン劇場版𝄇で描かれなかったこと、その感想
                                                        • 技術選定/アーキテクチャ設計で後悔しないためのガイドライン - Qiita

                                                          はじめに 本稿は、ソフトウェア開発を進める際に直面する様々な技術的な意思決定やライブラリ・フレームワーク・XaaS等を選択し正しく活用していくのかについての考え方をサポートすることを目的としています。「すべてにおいてこのようなワークフローを通じて検討すべきである」という主張ではありません。読者の抱える問題領域に応じて、必要な箇所を取捨選択するための1種の考え方を提供するものです。 そもそもアーキテクチャ・技術選定に時間をかけるべきか まず第一に伝えておきたいことは、技術選定やアーキテクチャ設計に常に慎重であるべきではないということです。ソフトウェアの規模やライフサイクルに応じて、そもそも時間をさく必要がないということも多くあります。書き捨てのシェルスクリプトにも読みやすいコードを求めて書くことは非常に重要ですが、だからといって組織だって議論・検討するようなものでもないのです。一方で、5年も

                                                            技術選定/アーキテクチャ設計で後悔しないためのガイドライン - Qiita
                                                          • IT勉強会の懇親会に飲食目的で来ていると疑われる人類の観察 - 積極的にメモっていく姿勢

                                                            「寿司おじさん」として有名な彼らですが,多くの目撃情報があります.このコロナ禍で飲食提供のある勉強会が壊滅した中でも力強く餓死せずに乗り越え,今日も元気に勉強会で飯を喰らい,酒を呑み,余りをカバンに詰め込んで持ち帰っています. 界隈に衝撃が走ったのはこの記事だったかなという記憶です. www.wantedly.com ここまで暴れん坊な人は多くないかなと思いますが,勉強会の目的に合致しない参加者のために運営側が頑張るという構図から,同情や怒りの感情が広がっています. この Scrapbox にもあるとおり,ごはんを食べにおいでになる皆さん同士で情報共有をしているような向きがあり,ひとたび侵入を許すとどんどん増えてしまう,といった様相を呈しています. scrapbox.io しかし,これらの記事にもあるとおり,本当は勉強会の内容で交流したいのに,どうコミュニケーションを取ったらいいかわからず

                                                              IT勉強会の懇親会に飲食目的で来ていると疑われる人類の観察 - 積極的にメモっていく姿勢
                                                            • 本当にあったやらかしDB設計シリーズ一覧 - Qiita

                                                              本当にあったやらかしDB設計シリーズをまとめてみました SQLアンチパターンで書かれているほど高尚な問題ではなく、もっと初歩的な、でもありがちな問題を取り上げています 初心者を脱出したと思っている人に是非読んでもらい、正しく設計してもらうことを目的としています もしここに載っていないパターンを経験したことのある方がいたら是非教えてください 本当にあったやらかしDB設計①【R無しRDB】 本当にあったやらかしDB設計②【囚人番号テーブル】 本当にあったやらかしDB設計③【ロジカルクエリー】 本当にあったやらかしDB設計④【テストチューニング】 本当にあったやらかしDB設計⑤【第三正規化病】 本当にあったやらかしDB設計⑥【見えない削除フラグ】 本当にあったやらかしDB設計⑦【ステートフルDB】 本当にあったやらかしDB設計⑧【ファンクションDB】 本当にあったやらかしDB設計⑨【文字列日付】

                                                                本当にあったやらかしDB設計シリーズ一覧 - Qiita
                                                              • データサイエンス・機械学習をやるためのエンジニアな本まとめ - 2019年版 - Lean Baseball

                                                                ここ1〜2年くらいで、業務やプライベートのデータ分析・データサイエンスで参考にした本(と一部本じゃないもの)をまとめてみました(注:もちろん全部読んでいます).*1. なお, あくまでワタシ個人(@shinyorke)の見解に基づいた独自解釈であり、所属組織・チームの意向とは関係ありません(とだけ最初に断っておきます). サクッとまとめると 「レベル感(はじめて・経験者)」だけででなく,「エンジニア面を鍛える or 理論を固める」の軸で考えると良い書籍・学び方に出会える確率上がる エンジニアでも理論でもどっちから初めても良い, がどちらかが得意な方が絶対幸せ(≒片方だけじゃお話にならない可能性) 個人的なオススメは「機械学習図鑑」「前処理大全」「機械学習のための特徴量エンジニアリング」そして「試して学ぶ機械学習」です. おしながき サクッとまとめると おしながき 対象読者&執筆者について

                                                                  データサイエンス・機械学習をやるためのエンジニアな本まとめ - 2019年版 - Lean Baseball
                                                                • React を深く知るための入り口

                                                                  Reactに対する見方をアップデートする 国内外の優れた開発者の方による React の各論の記事は枚挙にいとまがありません。しかし、React の入門を一通り終えた方に向けの浅く広い総論はあまり見かけません。 React の公式ドキュメントのトップページに掲載されている短い3つの文章があります。この React の本質を表現した文章を掘り下げることが、初学者のステップアップにつながるのではないかと考え、各章に対して注釈を加えました。 React について少し深く知ることで、さらに React を好きになったという方を一人でも多く増やしたい。その思いから本記事を執筆しました。 本記事は React の考え方を知ることで、React に対する見方をアップデートすることを目的としています。 Reactとは何か。それはUIを構築するためのJSライブラリである React公式ドキュメントの一文 R

                                                                    React を深く知るための入り口
                                                                  • 「ダークパターン」とは?7つの類型を解説/企業30社 独自アンケート - クローズアップ現代 取材ノート - NHK みんなでプラス

                                                                    うそのカウントダウンタイマーや、在庫が少ない、需要が高いなどの表示。 画像では、カウントダウンタイマーや「今だけ」の表示で焦らせて「今買わなければ」という気持ちに追い込んでいます。 今回私たちは、企業の間ではダークパターンがどのように認識されていて、どのような対策を取っているのか、現状を把握するために独自にアンケート調査を行いました。 調査は、武蔵野美術大学の長谷川敦士教授の監修のもとで行い、ダークパターンが使用されることの多い6つのジャンル(ネットショッピング、旅行予約サービス、飲食店予約サービス、動画配信サービス、音楽配信サービス、電子コミック配信サービス)について、利用者の多い5つのサービス、あわせて30のサービスを対象にしました(利用者数については、ニールセンとICT総研の調査を元にしています)。このうち、16のサービスの運営企業から回答がありました(回答率は53%)。 回答した企

                                                                      「ダークパターン」とは?7つの類型を解説/企業30社 独自アンケート - クローズアップ現代 取材ノート - NHK みんなでプラス
                                                                    • 「中間管理職の限界」と「マネジメント民主化モデル」について|Momentor坂井風太

                                                                      中間管理職は限界なのか?本記事は、本日2024年7月1日21:00にNewsPickで放映される【2Sides:中間管理職は不要か?】という番組に関連した記事となります。 動画については、『罰ゲーム化する管理職』など、数々の名著を生み出していらっしゃる、パーソル総合研究所の小林祐児さんとMCの加藤浩次さんとのセッションであり、最終的には明るい内容でまとまっています。 本記事については、本動画で提唱している「マネジメント民主化モデル」について解説しつつ、坂井の会社でエンジニア採用を開始することに伴い、「なぜ坂井が本事業をやっているのか?」についても触れていきたいと考えています。(※採用情報は末尾となります) 形骸化する管理職研修昨今、小林祐児さんの『罰ゲーム化する管理職』に代表されるように、「管理職の過剰負荷問題」が騒がれるようになりました。 実際に、坂井も企業のマネジメント基盤の支援をする

                                                                        「中間管理職の限界」と「マネジメント民主化モデル」について|Momentor坂井風太
                                                                      • 「はじめてのAWS設計でやりがちな失敗パターンまとめ」について発表しました #devio2020 | DevelopersIO

                                                                        西澤です。クラスメソッドに入社してからおよそ5年間クラウドの推進やAWS技術に関する支援をさせていただいております。この経験を何か形にしたいと思い、少し遅れてしまったのですが、Developers.IOイベントに乗じてまとめさせていただきました。 発表資料 資料はこちらにアップロードしております。 夜間に録音したので覇気が無い感じになってしまいましたが、動画はこちらです。 まとめ 「AWS設計でやりがちな失敗パターン」というタイトルで考え始めたのですが、もっともお伝えしたい点は、AWSを利用されるお客さまのマインドセットを変え、クラウドを活用できる組織に変わって欲しい、というところに集約できるかなと思います。技術的な問題以上に、考え方を変えられないこと、組織を変えられないことが、クラウド活用を阻害するアンチパターンになっていると思いました。 どこかの誰かのお役に経てば嬉しいです。

                                                                          「はじめてのAWS設計でやりがちな失敗パターンまとめ」について発表しました #devio2020 | DevelopersIO
                                                                        • 3ヶ月くらいフロントエンドやったのでやったこと一旦まとめ - Stimulator

                                                                          - はじめに - 9月くらいから趣味でフロントエンド周りをやっていたので、その勉強過程のまとめ。 何が良かった悪かったとか、こうすればよかったとか、所感とか。 - はじめに - - 前提 - - どんな感じで進めたか - 最初の開発 TypeScriptとNext.jsを使った開発 アプリ手伝いから自分のアプリ開発まで - できてないこと - - 所感 - - おわりに - - 追記 - - 前提 - 前提として9月頭くらいの私のフロントエンドに対する理解と技術的な知識はこんな感じ。 5年程前まではjQueryで謎のWebサービスや動きモリモリのプロフィールページを作ったりDjangoで研究室のWebサイトを作ったりしてた Railsチュートリアルはやったことある 仕事では普段機械学習モデル作ってるが、機械学習のデータやモデルの変更が及ぶ場合に既存のPHP、Railsアプリの改修をしたり、

                                                                            3ヶ月くらいフロントエンドやったのでやったこと一旦まとめ - Stimulator
                                                                          • 日米OSDN離合集散、苦闘の21年史

                                                                            さて、ついに退職エントリだ。私は米国のオープンソース・ムーブメントを日本で再現するためのコアを作るために民間企業へやってきたはずだった。それから21年、随分と長い航海になってしまったが、結局様々な尻拭いを続けてきたという感慨ばかりが起きてくる。一つの歴史として書き残すいいタイミングなのでその苦闘を振り返っておこう。 なお、長く付き合いが続いてしまう米国側法人は下記のように名称が変化している。なるべく頭に米国と付けて日本側法人と区別しやすいように記述するが、突然名称が変わったりするので注意してほしい。多くがもはや消滅した法人のことなので、さすがに一気読みするような酔狂な人はほぼいないと思うが。 VA Research      Andover.net ↓         ↙︎ (VAによる買収) VA Linux Systems ↓        ↘︎ (Andoverから社名変更) VA

                                                                              日米OSDN離合集散、苦闘の21年史
                                                                            • 亻工一一一一一亻!!!皆、NMRの用途や原理、知ってるか~~~~~?!!??

                                                                              イエーーーーーーーーーーイ!!!!NMRの用途や原理知ってるか~~~~~???!!!?? NMRは化学分析に使う分析装置だ!化学、特に有機化学や生化学の研究をしたことがある人はよく知っていると思う!そういう人は野暮なツッコミを入れ始める前に好きな有機溶媒を書いてブラウザバックだ!DMSOか?THFか?DMFか?DHMOか?書け! NMRって知ってるだろうか!知ってるヤツは皆ブラウザバックしたはずだから君はNMRを知らないはずだ!それでも名前くらいは聞いたことがあるかもしれない!無いかもしれない!でも日本で生きていたら必ず恩恵に預かっているぞ! みんな大好き、排水管の赤錆を防止するNMRなんちゃら・・・まあ詳しくは触れないが、あれもNMRの原理を応用したと主張している装置だ!!効果があるかどうかは今はいいだろう! ヘリウム不足が深刻で研究者が困っているというニュースを聞いたことがあるかもしれ

                                                                                亻工一一一一一亻!!!皆、NMRの用途や原理、知ってるか~~~~~?!!??
                                                                              • この設計は何がダメなの?ー新人君の設計事例ー | しぶちょー技術研究所

                                                                                以前、Twitterで呟いたもので反響が大きかった内容がありました。今回はその呟きに対すると皆様の回答について整理・考察していきたいと思います。 新人くんの設計事例 下記が私がTwitterで呟いた内容です。 【新人君の設計事例】 新人君が出してきた設計案。これは"やってはいけない締結"だよと色々説明したが、あまり納得してもらえず。上司も"部品強そうだし、問題ないでしょ"と一言。 個人的な感覚では、"絶対にダメな奴"なんだけど上手く納得させる説明ができなかった。皆さんならどう説明しますか? pic.twitter.com/FYMZOu9dqx — しぶちょー (@sibucho_labo) September 5, 2020 ある日、新人君がこのような設計を提案してきました。ボルトの下は隙間になっていて、普段あまり見ない形です。詳細な意図は省きますが、他部品との干渉の関係もあり、こういう形

                                                                                  この設計は何がダメなの?ー新人君の設計事例ー | しぶちょー技術研究所
                                                                                • 次女が「正しい仮説の立て方」に悩んでいたので「仮説は間違っていていい」と教えた話。

                                                                                  皆さんこんにちは、しんざきです。最近はアーマードコア6にハマってまして、バルテウスに勝てる気配がまるでありません。楽しいですよねAC6。 さて、ちょっと面白いなーと思ったことがあったので記事にしてみます。 8月半ば、夏休みもぼちぼち中盤を過ぎた頃のことです。 リモートワークを終えて階下に降りてみますと、リビングの床をごろんごろんと、かなりの距離にわたって勢いよく転がりながら、次女が何やら悩んでいました。 困った時に周囲に分かりやすく発信してくれるのはしんざき家の子どもたちに共通の美点でして、親としては問題解決の為の声掛けがしやすくって助かっております。 いつも通り「何か困ってるの?」と聞いてみたら、「かせつ」という三文字が返ってきました。 ビルの足場でも作るのかなと思ったところ、よく聞いてみると「自由研究で、ちゃんとした仮説の作り方が分からない」というのです。 私「自由研究で仮説立てるの?

                                                                                    次女が「正しい仮説の立て方」に悩んでいたので「仮説は間違っていていい」と教えた話。