並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 42889件

新着順 人気順

ソフトウェアの検索結果41 - 80 件 / 42889件

  • [CEDEC 2021]フランス人開発者が,日本のゲーム業界の常識を斬る。「日本で世界規模の競争力のあるゲーム開発は可能なのか?」聴講レポート

    [CEDEC 2021]フランス人開発者が,日本のゲーム業界の常識を斬る。「日本で世界規模の競争力のあるゲーム開発は可能なのか?」聴講レポート ライター:箭本進一 日本で活躍するフランス人開発者が,日本ゲーム業界の問題点を指摘するという講演「Is Worldwide Competitive Game Development possible in Japan?/日本で世界規模の競争力のあるゲーム開発は可能なのか?」が,ゲーム開発者向けカンファレンス,CEDEC 2021の2日目となる2021年8月25日に行われた。日本のゲーム業界が「マネジメント」「キャリア」「競争力」の3分野に抱える問題とは,どのようなものなのだろう? 「CEDEC 2021」公式サイト 講演を行うハンサリ・ギオーム氏は,東京に本拠を置くゲーム開発スタジオWizcorpのCEOを務めている。2006年に日本に住み始めて以

      [CEDEC 2021]フランス人開発者が,日本のゲーム業界の常識を斬る。「日本で世界規模の競争力のあるゲーム開発は可能なのか?」聴講レポート
    • 調べて、整理して、発信するのが好き。「とほほのWWW入門」管理人が26年間も更新を止めない理由|tayorini by LIFULL介護

      調べて、整理して、発信するのが好き。「とほほのWWW入門」管理人が26年間も更新を止めない理由 #老後も楽しむ 公開日 | 2022/12/12 更新日 | 2023/01/26 インターネットが世の中に急速に普及した、1990年代後半から2000年代前半ごろ。当時はまだ、ブログやSNSといった手軽な情報発信ツールが一般的ではありませんでした。 そんな時代に情報発信をするにはWebサイトが必要で、Webサイトを制作するためには専用のHTML言語を習得する必要がありました。 書籍だけでなくインターネットにもHTMLを学べるコンテンツはさまざまありましたが、中でももっとも多くの人が参照したであろうサイトが「とほほのWWW入門」。Webサイト制作に関する膨大な情報がきれいに整理されており、素人でも分かりやすくHTMLについて学習できる「先生」のような存在です。 とほほのWWW入門は1996年に開

        調べて、整理して、発信するのが好き。「とほほのWWW入門」管理人が26年間も更新を止めない理由|tayorini by LIFULL介護
      • 【資料公開】目標設定の基本

        みなさんこんにちは。@ryuzeeです。 2023年5月9日に開催されたNTT Com Open TechLunch #7「エンジニアリングマネージャーと目標設定」の登壇資料を公開します。 このイベントはNTTコミュニケーションズの社内ランチ勉強会を一般に公開しているものです。 ぼくは、NTTコミュニケーションズの技術顧問をしており、顧問業の一環として登壇しています。 多くの組織では、この時期に期初の目標設定を行っているのではないかと思いますが、目標設定の意味や位置づけ、それをどのように使うのか、評価や報酬との関係はどうなるのかといったことについて組織のなかで認識が揃っていることはまれです。 こうなると、人事制度のなかで目標設定をすると決められているのでめんどくさいけどやる、という感じになったり、目標設定が終わったら内容を綺麗さっぱり忘れて、期末になって「あー、そういえば……」みたいなこと

          【資料公開】目標設定の基本
        • 実践 Docker - ソフトウェアエンジニアの「Docker よくわからない」を終わりにする本

          ------------------------------------------------------ 2024 年 1 月更新 本書がきっかけで「なんとか Docker を使えるようになりたい」というプログラマの方向けの入門書を秀和システム様から出版させていただけることになりました 開発系エンジニアのためのDocker絵とき入門 https://www.amazon.co.jp/dp/4798071501 紙書籍と電子書籍、どちらもございます この書籍と執筆経験は、みなさまからの驚くほどの高評価があればこそ得られた機会でした いつも本当にありがとうございます 書籍化に際しまして、この場で次のとおり説明させていただきます 1️⃣ 本書 ( Zenn ) は有料化しません 2️⃣ 本書 ( Zenn ) は今後更新しません 3️⃣ 本書 ( Zenn ) と出版される絵とき入門の違い

            実践 Docker - ソフトウェアエンジニアの「Docker よくわからない」を終わりにする本
          • 今年に読んでよかった「ニンゲンの不合理と付き合う」ための本まとめ (今年じゃないのもちょっとあり) - フジイユウジ::ドットネット

            本をよく積みます。よく読むではなく、ともかく積んでいます。 俺たちの本積むスピードには誰も追いつけない(読んでない本、まだまだあるのにまた本を買ってしまう) pic.twitter.com/RxrHrRl8KX — フジイユウジ (@fujii_yuji) 2021年12月17日 毎週土曜の朝から積読を強制的に消化する会というのをオンラインでやってまして、「誰か来るだろうから起きて読まなくては……」と強制力が働くことで本を少しずつ読むことができています。参加者のみなさん本当にありがとう。 時期によって人が増えたり減ったりして、ここ最近は数人しかいない状態なので新規参加者を募集しております。誰でも参加できるので参加してみたい方は連絡くださいな。 というわけで、今日は読んでよかった本をまとめて紹介していきたいと思います(今年じゃないのもちょっとあり)。 まとめてみたらニンゲン的な原理や不合理と

              今年に読んでよかった「ニンゲンの不合理と付き合う」ための本まとめ (今年じゃないのもちょっとあり) - フジイユウジ::ドットネット
            • なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのか - Qiita

              はじめに ソフトウェアプロジェクトには不思議な性質があります。現状のスケジュールに課題を感じて、短くするために人員を投下しても、なかなか思い通りに短くならない。それどころか悪化してしまうことがあります。場合によってはプロジェクト自体が破綻して失敗してしまうことすらあります。 今回は、このようなソフトウェアプロジェクトに潜む直感に反する性質を数理的なモデルを介して理解していく試みです。ある種の思考実験としてお楽しみください。 宣伝 Qiitaさんとコラボ企画でアドベントカレンダーをつくりました。 DXをめちゃくちゃ改善した話を募集しています。 https://qiita.com/advent-calendar/2021/dx-improvement 10人の妊婦がいても1ヶ月で一人の子供は生まれない これは誰かの技術力やプロジェクトマネジメント力に欠陥があるのではなく、「人月の神話」で有名な

                なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのか - Qiita
              • 私がよく参考にしているサイトまとめ

                はじめに Twitter、Qiita、Zenn...といろんなところから情報収集するのはいいのですが、それぞれの有益な情報をそれぞれのサイトにお気に入りとして保存しているので、必要な情報を探すだけで一苦労です。 ここで一覧にしてまとめておくことにしました。 ただし、特定の言語に依存するような記事はあえて排除しています。 皆さんにとっても有益な情報があると、この記事を公開して良かったなと思います。 また、皆さんのオススメの記事がありましたら、コメントなどで教えてください。 コミュニケーション 質問 質問は恥ではないし役に立つ https://qiita.com/seki_uk/items/4001423b3cd3db0dada7 新卒からの質問をソシャゲっぽい仕組みにしたら捗った話 https://qiita.com/ysktsuna/items/fced3a9515c8f585ca50 会

                  私がよく参考にしているサイトまとめ
                • 真面目なプログラマのためのディープラーニング入門

                  はじめに: 本講座は「機械学習ってなんか面倒くさそう」と感じている プログラマのためのものである。本講座では 「そもそも機械が『学習する』とはどういうことか?」 「なぜニューラルネットワークで学習できるのか?」といった 根本的な疑問に答えることから始める。 そのうえで「ニューラルネットワークでどのようなことが学習できるのか?」 という疑問に対する具体例として、物体認識や奥行き認識などの問題を扱う。 最終的には、機械学習のブラックボックス性を解消し、所詮は ニューラルネットワークもただのソフトウェアであり、 固有の長所と短所をもっていることを学ぶことが目的である。 なお、この講座では機械学習のソフトウェア的な原理を中心に説明しており、 理論的・数学的な基礎はそれほど厳密には説明しない。 使用環境は Python + PyTorch を使っているが、一度原理を理解してしまえば 環境や使用言語が

                    真面目なプログラマのためのディープラーニング入門
                  • AWSの膨大で複雑なサービス群をすべて「たった1行」で説明していくとこうなる

                    AmazonのクラウドサービスであるAWSは、コンピューティングやデータベース、ストレージなど、膨大で複雑なサービスで構成されています。こうした豊富なサービス群をうまく組み合わせて利用する「ビルディングブロック」がAWSのメリットでもありますが、サービス数が多すぎてなかなか全体像を把握できないのも事実。フリーランスのエンジニアでありコンサルタントでもあるジョシュア・テイセン氏が自身のブログで、AWSのすべてのサービスを「たった1行」で説明しています。 Amazon Web Services https://adayinthelifeof.nl/2020/05/20/aws.html テイセン氏によると、Amazon Dashboardから利用可能なAWSのサービスは記事作成時点で163あるとのこと。そのすべてを正確に理解する必要はありませんが、基本を押さえておくことはいいことであり、問題の

                      AWSの膨大で複雑なサービス群をすべて「たった1行」で説明していくとこうなる
                    • プログラミングスクールに通うくらいならこの本を読め10選 - ニート向けソフトウェアエンジニアリング塾

                      概要 職業ソフトウェアエンジニアを目指す方々にオススメしたい書籍トップ10です 以下の観点から選定しました 10年後でも変わらない、流行にとらわれず長く役に立つ、ソフトウェアエンジニアリングにおいて普遍的な知識 特定のプログラミング言語やプラットフォームやツールに精通するのではなく、現代のソフトウェア開発の哲学・文化の全体像が把握できることを優先 200~300ページくらいで初心者でも読破できる 400~500ページくらいの本もあるが、それらは辞書的に使うのがいい あえて10冊に絞り込んだので、ここに含められなかった書籍も当然あります CI/CDやDevOpsに関する本も入れたかった… デザインパターンに関する本も入れたかった… DDDやClean Architectureなどシステム設計に関する本は意図的に入れていない 真・プログラミングスクールに通うくらいならこの本を読め10選を書きま

                        プログラミングスクールに通うくらいならこの本を読め10選 - ニート向けソフトウェアエンジニアリング塾
                      • 「未経験文系から3ヶ月でデータサイエンティストになって一発逆転」はここで終わり (2020/7/31 更新) - todo-mentor’s diary

                        データサイエンティストを生業にする手段と実態について述べる。 途中、具体例・境界値の例として私個人の話もするが、なるべく一般性のある話をする。 この記事で言いたいことは具体的には4つだ。 プログラミングスクールをディスるなら代わりの入門方法を提供しようよ。 もう「未経験文系から3ヶ月でデータサイエンティストで一発逆転物語」を止めろ。*1 おじさんは人生逆転したいなら真面目にやれ。 若者はワンチャンじゃなくて、ちゃんと化け物になれよ。 この記事についてはパブリック・ドメインとして転載・改変・リンク記載を自由にしてよいです。 (続き書いた) a. 入門は辛いが… b. 思考停止でプログラミングスクールに通うな。 なろう系・始めてみよう系資料一覧 (最速・最短ルート用) まずは動かしてみよう。強くてニューゲームが体験出来るぞ! 入門以前の本 一般向け業界本 (AI業界と展望がわかる本) 技術者入

                          「未経験文系から3ヶ月でデータサイエンティストになって一発逆転」はここで終わり (2020/7/31 更新) - todo-mentor’s diary
                        • 【翻訳】Googleのエンジニアがソフトウェア開発する時に必ず書くドキュメント「Design Docs at Google」 - BppLOG

                          Googleでの「Design Docs」とは 2007年の Google Developer Day Tokyo での鵜飼氏のプレゼンによると「Google で必ず書くことになっているドキュメント」であり、「プロジェクト立ち上げ時の 1~2週間をかけて書く」ものです。 今回は Google のソフトウェアエンジニアである @cramforce 氏が自身のブログで「Googleでの Design Docs」について解説している記事を公開されていたため、氏の許可を得て翻訳しています。 原文: www.industrialempathy.com 関連書籍: Googleのソフトウェアエンジニアリング ―持続可能なプログラミングを支える技術、文化、プロセス オライリージャパンAmazon 読了目安:11分 (目次) デザインドキュメント の解剖学 文脈と範囲 目標と非目標 実際のデザイン システ

                            【翻訳】Googleのエンジニアがソフトウェア開発する時に必ず書くドキュメント「Design Docs at Google」 - BppLOG
                          • 趣味の電子工作をする前に知っておきたかったこと - izm_11's blog

                            概要 数年前の自分(高校卒業程度の物理は履修しているが、趣味で電子工作をしたことがない)が読んだときに学習をショートカットするための知識をまとめておこうと思ったので書きます。 同じように電子工作を始めようとして、躊躇している人が居たら、参考になるかもしれません。 ちょうど家にいる時間が増えているこのタイミングで、技術の幅を広げるのも楽しいと思います! この文章は趣味レベルの電子工作で遊んでる僕が独断で書いたものです 高周波回路や、高電圧を扱うような工作ではなく、ホビー用途を対象としています 技術的な誤りがあったらごめんなさい… このエントリに書いてある程度の理解力でも、こんな感じの事は出来るようになりました。 初めまして。 Haritoraという下半身トラッキングシステムを作っています。 ベースステーションが結構高いので、フルトラを民主化出来たら嬉しいです('-'*)#vrchat pic

                              趣味の電子工作をする前に知っておきたかったこと - izm_11's blog
                            • 早川書房の1500作品が50%割引の大型電子書籍セールがきたのでオススメを紹介する - 基本読書

                              三体Ⅱ 黒暗森林(上) 作者:劉 慈欣早川書房Amazon早川書房の1500作品が最大50%割引という大型の電子書籍セールが来たので、僕が読了済みのものからオススメの作品を一部紹介してみよう。早川書房は定期的に電子書籍セールをやるが、前回の大規模なものは確か2020年3月頃の1000点セールだったので、セール対象は増えていることになる。なんと、先日完結したばかりの『三体』も、さすがに完結巻は対象ではないけれども第二部までがセール対象。 amzn.to まずはSFから紹介する。 三体 作者:劉 慈欣早川書房Amazonまずは早川といえばSFということで、SFから紹介してみよう。目を引くのはやっぱり『三体』である。先日三部作全体の紹介を書いたばかりだが、文化大革命からはじまり異種知性とのファースト・コンタクトが描かれる比較的現実路線の一巻。ファースト・コンタクト後、人類最高峰の知性が異種知性に

                                早川書房の1500作品が50%割引の大型電子書籍セールがきたのでオススメを紹介する - 基本読書
                              • 楽器できないヤツのためのDTM入門【追記あり】

                                あゝボクたちは楽器ができないリア充たちが楽器を振り回し歌い上げるその姿を観続けて幾星霜。 奴らがスポットライトを浴びキラキラ輝けば輝くほどオーディエンスの瞳孔は開きボクたちは暗闇へ包まれて誰の目にも映らなくなる。 あゝボクたちは楽器ができない。もしもピアノが弾けたならボクたちも少しは輝けるのだろうか。 頭の中のメロディを出力することは諦めろボクたちが楽器をやろう音楽を作ろうとするときに、陥りがちなのは頭の中のメロディや音を再現しようとすること。 それは諦めるべきことでボクたちにそんな才能がないことはボクたち自身が一番知っていることじゃないか。 こんなポエムのようなエントリに興味を持っている時点でキミはボクと同じ側であり才能のないクリエイターだ。 なぜ頭の中のメロディを再現できないのか、なぜ再現する方法を教えてくれないのか、なぜ再現してはいけないのか。 それはキミに才能がないからで、そしてボ

                                  楽器できないヤツのためのDTM入門【追記あり】
                                • ソフトウェアエンジニアなら3秒で理解できる NFT 入門 - Okapies' Archive

                                  はじめに NFT って何ですか? ブロックチェーン上に記録された一意なトークン識別子をその保有者のアドレスと紐付ける情報、およびそれを状態変数として保持するスマートコントラクトのこと。 以上。 え、それだけ? はい。 「デジタル資産に唯一無二性を付与するインターネット以来の革命」なんじゃないの? これを読んでください: speakerdeck.com なるほど。ところで、この記事は何? いま話題の NFT について、NFT の標準仕様である EIP-721 の仕様書と、それを実装しているスマートコントラクトのソースコードから読み解けることを解説する。一般向けの解説とは異なる視点から光を当てることで、ソフトウェアエンジニアに「あ、NFT って単にそういうことだったのか」と理解してもらえるようにすることを狙っている。 また、NFT がソフトウェアとして具体的にどう実装されているかを知ることは、

                                    ソフトウェアエンジニアなら3秒で理解できる NFT 入門 - Okapies' Archive
                                  • LANケーブルはカテゴリ6Aで十分、むしろ7以上は買うな | なうびるどいんぐ

                                    (誤解されるのも嫌なので補足しておきますが、カテゴリ7や8という規格がゴミなのではなく、市販品のカテゴリ7や8が規格不適合のゴミという意味です) カテゴリ7Aとか8もありますが、7同様に買ってはいけないゴミなので今回は7とまとめて説明します。 カテゴリ5はやめよう そもそも売ってないと思いますが、カテゴリ5のケーブルは規格上100Mbpsまでなので買わないようにしましょう。 5e以上が安く手に入る今の時代にわざわざ買う必要はありません。 むしろ家の中に余ってるなら混在防止のために捨てて良いレベル。 1Gbpsなら5eでも十分 1Gbpsまでであればカテゴリ5eのケーブルでも問題ありません。 「帯域に余裕があるからカテゴリ6以上がおすすめ」という意見もあったりしますが、2.5倍の帯域があるからって1Gbpsが2.5Gbpsになったりする訳じゃない。(それどころか、2.5GBASE-Tも5eで

                                      LANケーブルはカテゴリ6Aで十分、むしろ7以上は買うな | なうびるどいんぐ
                                    • 45歳多重派遣プログラマの退職エントリ

                                      45歳多重派遣と言っても、噂のGitHubの人ではない。すまんな。。 皆さんはプロジェクトの共有ディレクトリの最下層に”女子大生”という何もないファイルを作ってアクセスログをとっていたのがバレて怒られた事はあるか?私はある。2回。 人は暇なとき、意外とディレクトリをめぐる旅をするものだ。 仕事でとうとうGitHubすら使わずにプログラマ人生を終えてしまった。 レガシーな技術を使いがちな金融プログラマではそこそこ居るのでは無いだろうか。 年収は20代後半からは550万~700万位だった。残業代・退職金は無く交通費は出ない。 所属会社は営業も事務も居ない小さな所帯のフリーの集まりのような所で、会社の運営に必要な金額をある程度毎月納めれば良い会社だった。 仕事がなくなれば自分、もしくは他社員の人脈で仕事をとってくる。フリーで居るよりは仕事を取りやすく、単価も上げやすいので一応会社の所属にしている

                                        45歳多重派遣プログラマの退職エントリ
                                      • 「イラストでわかるDockerとKubernetes」は完全に良書 - Cloud Penguins

                                        すごいタイミングですごい本が出たもんだ。 本日はKubernetes Advent Calendar 2020 その1 向けのエントリー。 本当はCF for k8sの記事を書くつもりだったのだけど、先週盛り上がりまくったDockershimのDeprecated話の後ですごーく良い本が出てきたので、これは紹介せねばということで急遽内容を変更。 jaco.udcp.info CF for k8sの話も途中まで書いちゃっているのでまた日を改めて公開する。 あの神資料が本になったよ ということで今日の話題はこちら。 イラストでわかるDockerとKubernetes Software Design plus 作者:徳永 航平発売日: 2020/12/05メディア: Kindle版 今ではDockerやKubernetesに関する本もだいぶ出揃い、使い方を学ぶのには困らなくなってきた。それに、基

                                          「イラストでわかるDockerとKubernetes」は完全に良書 - Cloud Penguins
                                        • 要件定義~システム設計ができる人材になれる記事 - Qiita

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

                                            要件定義~システム設計ができる人材になれる記事 - Qiita
                                          • 商用利用OKの音素材、600種以上無料公開 バトルの攻撃音も……「Springin’ Sound Stock」

                                            プログラミングアプリ「Springin'」(スプリンギン)などを提供するしくみデザインは6月23日、商用利用OKの無償音楽素材サイト「Springin’ Sound Stock」を公開した。戦闘ゲームの攻撃音や、8bitサウンドの効果音、システム音、乗り物の音など、600点以上をそろえた。 過去のプログラミングコンテスト使用音源など、同社のサウンドデザイナーが手掛けた音源を中心に提供。「つくる楽しさを知り、誰でもクリエイターになってほしいという願い」から公開したという。 誰でも無料で使うことができ、スプリンギンでの利用だけでなく、動画制作やイベントなどの商用利用も可能だ。 関連記事 タップやフリックなどのシステム操作音のフリー素材、電通が公開 商用利用も可能 電通は、タップやフリック、文字入力などの操作を想定したオリジナルのシステム操作音をフリー素材として公開した。「SND」と名付けられた

                                              商用利用OKの音素材、600種以上無料公開 バトルの攻撃音も……「Springin’ Sound Stock」
                                            • 実践要件定義入門以前 - 勘と経験と読経

                                              最近ネットを見ていると要件定義入門的な記事が目についたので思ったことを書いてみる記事。ITシステム開発における要件定義に関するあれこれ。 【2023/10/10追記】続編の記事を書きました。実践要件定義入門 - 勘と経験と読経 目次 要件定義に関するおすすめ書籍 その要件定義は必要か 要件は決められるのか 要件定義をすることがルールで定められているから要件定義をする必要がある 要件は定義できるのか 現行の業務マニュアルをベースに要件定義をするつもりのあなたへ 現行システムをベースに要件定義をするつもりのあなたへ 外部業者を呼ぶ前に考えるべき事 どこから外注するかを考える 要件定義の作業期間を見積もる 要件定義に関するおすすめ書籍 この後に何度も引用することになると思うので、最初に要件定義のおすすめ書籍を紹介しておく。と言っても紹介するのは1つだけだ。 ユーザのための要件定義ガイド第2版 作

                                                実践要件定義入門以前 - 勘と経験と読経
                                              • プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0

                                                TL;DR 企画力が…欲しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020年11月19日 試行錯誤の瓦礫の記録です。 はじめに もくじ TL;DR はじめに もくじ 以前書いた記事 前提・免責 アイデア 1日1案(やってよかったこと) 1stスクリーニング(やってよかったこと) コミュニケーション チームへのリスペクト(やってよかったこと) 話す <<< 聞く(改善余地あり) 即決する(やってよかったこと) 自分で各論まで見る(やってよかったこと) 発散→収束でディスカッション(改善余地あり) イラストで話す(改善余地あり) 日次ミーティング(やってよかったこと) 議事録を書く(改善余地あり) 得た情報を共有する(改善余地あり) 想定納期を示す(改善余地あり) カレンダー招待&日程確約コメントを転記(改善余地あり) プロセス管理 仮説

                                                  プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0
                                                • RE: 最終出社日について - megamouthの葬列

                                                  松田部長 お疲れ様です。システム戦略グループの山下です。 最終出社日についてのお返事ありがとうございました。 先日ご連絡した来年1月20日を最終出社とする退職は難しい、とのご回答でしたが、申し訳ありません、こちらとしましても、諸事情を考慮のうえ、最終出社日をご提示させていただいている次第となりますので、退職日を3月末まで延期するというご希望に沿うことはできません。 あしからずご了承下さい。 また、同時にご連絡させていただいた業務の引き継ぎについてですが、引き継ぎ人員が存在しないことにより、未だ一切の進捗がございません。 おそらくは、この点が、松田部長のおっしゃっている「就業規則上に明記されている業務上の支障が発生する事由」に該当すると思われます。 この点につきましては、システムインフラを解する人員が私以外に存在しない現状において、とり急ぎ解消の目処はたたないかと愚考いたします。 よって、勝

                                                    RE: 最終出社日について - megamouthの葬列
                                                  • 4/20 オードリー・タン氏とのおもしろ対談メモ|Daiyuu Nobori

                                                    2021/4/20 登 大遊 行政情報システム研究所さん主催のイベントhttps://prtimes.jp/main/html/rd/p/000000009.000049028.html で、オードリー・タン氏に色々とヘンな質問をさせていただいた際のメモを書きました。 ※ 走り書きのため、間違いがありましたら申し訳ございません。 ※ 以下はごく一部で、これの 3 倍くらい色々な知見を共有いただきました。 台湾の DX プロジェクトの話 (冒頭プレゼン)台湾の店頭でのマスク販売、在庫管理システムを短期間で構築した際の話等の、写真を多用したプレゼン。個人の識別を容易くするために、納税システムと連携したりしました。色々な能力者に協力してもらって実現しました。たとえば、台湾の納税システムは、Java アプレット (!) が表示されるような、使いづらいシステムでしたが、これを頑張ってモダン化したとい

                                                      4/20 オードリー・タン氏とのおもしろ対談メモ|Daiyuu Nobori
                                                    • 中古マンション買うかも

                                                      しがないソフトウェアエンジニアしてるけれども、今の会社含めて業界全体的でリモートワークが定着しそう。というか、今の賃貸がク○過ぎて、自宅作業が苦痛。引っ越しを考えるも、「新建築」に載るような集合住宅に住んだ時期を想起しても、この国の賃貸のクオリティーはあまり高くなさそうであり、人生で初めて不動産購入を検討中。 現在都内でも比較的小さな店が多い中央線沿いの街住みで、引越し先は賃貸ベースならば1年ぐらい前から中目黒を検討していたが、物件を買う=10年ぐらい住むとなるともっと自然が多い街に行きたいみたいなところ。 ひとまず中古マンションの購入を検討をしているが、驚くほど非効率な作業を強いられるので誰かにこの不満を共有したい。 マンションは内装部分はいくらでも変更可能なので、正直部屋の写真とかはどうでも良い。寧ろ、「マンションの躯体・構造」「管理組合」そして「街の将来性」に関する情報を知りたい。こ

                                                        中古マンション買うかも
                                                      • エンジニアはどのようにして技術を学べば良いのか

                                                        はじめに この記事は、エンジニアがどのように技術を学べば良いのかということについて、おもに西尾泰和氏の書籍・記事で主張されている内容を元に、特定の問題を対象として自分の考えを加えて考察したものです。特定の問題としては、以下の3つを設定しています。 何を学べば良いのか分からない 技術書を読んでもすぐ忘れる 学習する時間がない もちろん、学ぶ上で考えるべきことは上記の問題にとどまりませんが、ここでは、比較的身近で耳にすることが多いと感じるものを問題として設定します。 定義 この記事ではスコープを特定の範囲に限定しているため、一般的な用語について、一部を以下のようにローカル定義しています。そのため、一般的な用語そのままの意味においては、この記事の内容はコンテキストを維持できないことがある点に注意してください。 エンジニア Web 系企業に勤めており、主にプログラミングをはじめとしたコンピュータサ

                                                          エンジニアはどのようにして技術を学べば良いのか
                                                        • プログラミング上達したい人に繰り返し読んで欲しい4冊|erukiti

                                                          プログラミング上達したいんだったら、四の五の言わずに、 ・クリーンアーキテクチャ ・レガシーコード改善ガイド ・アジャイル・サムライ ・リファクタリング 系のどれか を、全部最低5回読み返して欲しい。それでプログラマとしては圧倒的に成長できるんだから、マジで読んで — Next.js + Hasura 最速プロトタイピング本 @技術書典9 出す予定 (@erukiti) July 27, 2020 先日、こういうツイートをしたらバズってしまいまして。これらの本を理解できるまで読みこめばプログラマとして成長できますよーというもので、 ・ クリーンアーキテクチャ ・ レガシーコード改善ガイド ・ アジャイルサムライ ・ リファクタリング 系のどれか(例えばリファクタリング第二版) の4冊を挙げました。いろいろな人の感想を読んで、補足が必要そうだなと思ったので記事として書きなおしています。 追記

                                                            プログラミング上達したい人に繰り返し読んで欲しい4冊|erukiti
                                                          • 富士通の撤退する「メインフレーム」ってそもそも何?

                                                            はじめに 富士通がついに2030年にメインフレーム市場から撤退し、66年の歴史に幕を閉じるという話が出てきました。 富士通といえば国産大型コンピュータの先駆けであり、IBM互換機を作って巨人IBMに食らいついたベンダーでもあります。そんなわけで中々に歴史の転換点を感じる話題ではあるのですが 「ところでメインフレームって何? 」 という方も多いでしょう。という分けで名前は聞いたことがるけど実態が良く知らない「メインフレーム」 に関して少しだけ解説をする動画を作りました。 この記事は動画では話しきれなかった事も含めて、もう少し深堀した解説をしていきたいと思います。ちょっと長くなりましたが、前半が歴史の話で後半がアーキテクチャの話になるので好きな所にジャンプして読んでみてください。 メインフレーム? 汎用機? ホスト? メインフレームは他にも汎用機とかホスト機と呼ばれることもありますよね。Wik

                                                              富士通の撤退する「メインフレーム」ってそもそも何?
                                                            • ファンタジーの最高傑作『氷と炎の歌』

                                                              夢中にさせて寝かせてくれず、ドキドキハラハラ手に汗握らせ、呼吸を忘れるほど爆笑させ、ページを繰るのが怖いほど緊張感MAXにさせ、食いしばった歯から血の味がするぐらい怒りを煽り、思い出すたびに胸が詰まり涙を流させ、叫びながらガッツポーズのために立ち上がるほどスカッとさせ、驚きのあまり手から本が転げ落ちるような傑作がこれだ。 この世でいちばん面白い小説は『モンテ・クリスト伯』で確定だが、この世でいちばん面白いファンタジーは『氷と炎の歌』になる。 書いた人は、ジョージ・R・R・マーティン。稀代のSF作家であり、売れっ子のテレビプロデューサー&脚本家であり、名作アンソロジーを編む優れた編集者でもある。 短篇・長編ともに、恐ろしくリーダビリティが高く、主な文学賞だけでも、世界幻想文学大賞(1989)、ヒューゴー賞(1975、1980)、ネビュラ賞(1980、1986)、ローカス賞(1976、1978

                                                                ファンタジーの最高傑作『氷と炎の歌』
                                                              • ソフトウェアエンジニア、建売を買う - Software Transactional Memo

                                                                買った戸建てに付けた表札、住所はぼかした プロローグ 新型コロナが世間を騒がせ始めて以来ずっと在宅勤務をしている。 転職に伴って会社近くに引っ越したので通勤のドアtoドアで30分台を叩き出していた好立地はその活躍の機会をすっかり失った一方で、妥協した40平米の部屋の狭さと1LDK+Sの間取りが巣ごもり子育て核家族を襲った。 外で遊び足りない娘は泣き、広がった活動範囲で家中の物を無秩序に引っ掻き回すので必然的に触られたくないものは高いところに置くことになり、立体的に活用される事になった1LDKの空間は生活の難度を高めジワジワと真綿で首を締めるような状況が続いた。 住んでいたマンションは駅に近いのは良いが作りは古く、冬には窓枠が結露しカビが発生する。窓から降りる冷気はそのまま壁や床にすら結露を起こし室内はカビに見舞われた。それとの因果関係は不明だが冬場の慢性的な体調不良が家庭内の治安を更に悪化

                                                                  ソフトウェアエンジニア、建売を買う - Software Transactional Memo
                                                                • 村井純教授の1月16日最終講義全文書き起こし

                                                                  Ruby on Rails, Web Services, Software Development, Startups 概要 「日本のインターネットの父」と呼ばれる慶応大環境情報学部教授の村井純さん(64)が定年を迎え、16日、最終講義があった。村井さんは「インターネットに国境はない。国や政府が分断したり規制しようとしたりする試みは続くだろうが、若い人たちで守ってほしい」と呼びかけた。 https://www.asahi.com/ 村井先生の最終講義。16年ぶりに村井先生の講義を聞いて懐かしくなりました。せっかく良いことをたくさんおっしゃっていたので人力で書き起こしをしました。(Amazonウィッシュリスト) 講義全文 共同授業担当 佐藤特任准教授(以下教員): そろそろ始めましょうか。 村井: はい。それでは皆さん、こんにちは。インターネットの、2019年秋学期の最終回ということで集まっ

                                                                    村井純教授の1月16日最終講義全文書き起こし
                                                                  • 機能不全のシグナルは「運用でカバー」「とりあえず〇〇」 マイクロソフト澤氏が明かす、ヤバい組織の共通点

                                                                    2019年9月25日、ランサーズ株式会社が主催するイベント「オープンタレントサミット〜令和元年、これから求められる本当の働き方改革とは?〜」が開催されました。働き方改革が施行され、大企業が副業を解禁するなど、これまでの「働き方」が大きく変化するこの時代、企業はどう向き合っていくべきか。このイベントでは、本質的な働き方の変化を進める企業の担当者が登壇し、取り組みや事例をもとに様々なディスカッションが行われました。この記事では、マイクロソフトの澤円氏による基調講演「本当の働き方改革に必要な考え方」の内容をお届け。日本人が持つべきコスト意識の話題を中心に、世界で生き残るためのこれからの働き方について語りました。 外資系出身者が感じる、日本企業へのある違和感 澤円氏:さて、ある人の物語でちょっとお話をしましょう。これは日本企業に転職した元外資系のマネージャーです。すごく優秀なやつだったんですけど、

                                                                      機能不全のシグナルは「運用でカバー」「とりあえず〇〇」 マイクロソフト澤氏が明かす、ヤバい組織の共通点
                                                                    • 知識0から、ちょっとUIデザインに詳しくなるnote|やました

                                                                      前回は、「UIデザインってそもそも何なの?」という概論的な説明と、UIデザイン未導入の組織の中でみんなでデザインを始めてみるための施策(プロトタイピングとユーザビリティ評価)を話しました。 今回はサービス、プロダクト開発において、デザイナーではない人でも知っていて損はないUIデザインの重要ポイントについて説明します。主に以下の3つのテーマについて順番に議論をしていきます。 デバイスやソフトによるUIの違い ユーザーにかかる身体的・認知的負荷を理解する UIの重要概念(ナビゲーション、インタラクションなど)を知る 「ちょっと」と銘打っておきながらめちゃくちゃ長いnoteになってしまったので、気になる項目だけ読むか、何回かに分けて読んでいただくことをおすすめします、。 ※どこか内容に間違ってる部分やご意見ありましたらコメントいただけたら嬉しいです。 デバイスやソフトによるUIの違い皆さんがお使

                                                                        知識0から、ちょっとUIデザインに詳しくなるnote|やました
                                                                      • マーケティング素人のエンジニアが1年間マーケティングをやった際に読んだ本

                                                                        自分は外資コンサルのSI/業務側で5年、ソフトウェアエンジニアとして5年、マーケティング+経営領域で1年仕事をした(ソフトウェアエンジニアリングからマーケティングに移った経緯)。特にここ一年、今まで体系的に学習したことがないマーケティング領域で仕事をしており、とにかくわからない事だらけだった。バンドルカードというプロダクトを1から作っている為、ユーザーインタビュー/仮説立案/属性別リテンションレート/運用型広告等、めちゃくちゃ基礎的な部分に関してはソフトウェア書く人間ではあったがある程度学んではいたし、スタートアップという業界柄paulg、cdixon、sama、peterthiel, a16z、等が出力する良質なコンテンツは適宜読み込んではいた。(paulgのessayは多分全部読んでる) ただ、「マーケティング」という単語を出されると「それは…あの…具体的には一体なんですか?」という感

                                                                        • すべての開発者へ。すごいGitHubリポジトリ10選 - Qiita

                                                                          本記事は、Simon Holdorf氏による「10 Extraordinary GitHub Repos for All Developers」(2021年4月4日公開)の和訳を、著者の許可を得て掲載しているものです。 こちらもどうぞ すべてのウェブ開発者へ。人気GitHubリポジトリ9選 面接のリソース、build your own X、優れたパブリックAPIのリストなど Photo by Vishnu R Nair on Unsplash はじめに GitHubは、あらゆる種類の技術、フレームワーク、ライブラリ、コレクションなどを共有するためのNo.1プラットフォームです。しかし、その巨大さゆえに、最も有用なリポジトリを探すのが難しいという問題もあります。そこで私は、すべてのソフトウェアエンジニアに大きな価値のある、素晴らしいリポジトリ10選を作ることにしました。すべてに多くのGitH

                                                                            すべての開発者へ。すごいGitHubリポジトリ10選 - Qiita
                                                                          • 【翻訳】技術的負債という概念の生みの親 Ward Cunningham 自身による説明 - t-wadaのブログ

                                                                            システム開発の世界において「技術的負債(Technical Debt)」は繰り返し話題になり、しばしば炎上しています。 技術的負債という概念の生みの親は Ward Cunningham (ウォード・カニンガム)です。彼は 1992 年にオブジェクト指向プログラミングの国際カンファレンス OOPSLA '92 の Experience Report でコードの初回リリースを負債に例えました("Shipping first time code is like going into debt")。 Ward Cunningham はソフトウェアの世界に多くの貢献を果たしてきました。Wiki の発明者であり、XP と TDD の父 Kent Beck の師匠のような存在であり、建築の世界の「パタン・ランゲージ」を Kent Beck と共にソフトウェアに輸入した人であり、「アジャイルソフトウェア開

                                                                              【翻訳】技術的負債という概念の生みの親 Ward Cunningham 自身による説明 - t-wadaのブログ
                                                                            • 零細企業を買収した後に行ったDXとは呼べないDX|reisaikigyou_ma

                                                                              零細企業買収ですこんにちは。ちっちゃい企業を買収したあとの諸々を適当にTwitterで吐き出してきましたが、いったんまとめるとどうなるのかな、とおもて書きます。どうぞ。 経営的な話題は汎用性ないことをやりまくっているので具体的に行ったDX施策、効率化施策だけにとりあえず特化します というか今流行りのDXって要はIT化ですよね。IT化が実はおおくの中小零細で全然できてなかったからワードを変えてIT化やってるだけっすよね。この記事にDXというワード出てきますがその度に「いやそれIT化だから、きっしょ(笑)」と突っ込んでいただけると。 そもそもの買収経緯小さい企業を買収しようと思う→トランビとかで探す→安いの見つける→買う という流れでした。そこに熱い思いとか、前経営者の思いとかの引継ぎみたいなのはなく、非常に淡々としたトランザクションでしたので、熱量だけ高いうっすいウェブ記事でありそうな「買収

                                                                                零細企業を買収した後に行ったDXとは呼べないDX|reisaikigyou_ma
                                                                              • チームにいると頼りになるソフトウェアエンジニア

                                                                                チームにいると頼りになるソフトウェアエンジニアのメモです。自分のロールモデルでもあります。私のキャリアはほぼウェブブラウザ開発一筋なので、その辺に生息している人たちを思い浮かべながら書いてます。思いついたら随時更新します。 コードマニア コードやドキュメントを読むのが好きで、暇があれば適当なレビューに飛び入り参加したり、自分のプロジェクトとは関係ないコンポーネントもひたすら探検している。不穏なコードを見つけるとなんとリファクタリングもしてくれる。コードサーチがお友達。 やたらコードに詳しいので、何か分からないときはとりあえず聞きに行く。チームに一人いるとレビューが捗るし、コードベースも綺麗になる。コードマニアはコードベースを広く熟知している上に未知のコードに対する耐性も高いので、プロジェクトを移動してもすぐに活躍できる。 コードマニアの亜種にスペックマニアもいる。こちらはウェブやネットワー

                                                                                  チームにいると頼りになるソフトウェアエンジニア
                                                                                • クレディセゾンでDXを進めてきた5年間を振り返る|小野 和俊

                                                                                  はじめにクレディセゾンに来てちょうど5年が経ったので、これまでの取り組みをまとめてみようかと思う。書き進めていくうちにとても長くなってしまったので、1年につき3トピックに絞ってあとはカットした。それでも5年分なこともありかなり長くなったので、目次から各トピックに飛んでもらえればと思う。社内の関係者も読むかもしれず、「自分のやったことが載ってない!」と思うこともあるかもしれないが、内製開発案件だけでも53案件あり全部載せるととんでもない量になるので許してほしい。それから、振り返ってまとめると退職すると勘違いされるかもしれないけれど、退職するわけではありません! 2019年:ゼロからのスタート1-1. 内製開発エンジニア募集を始める「日本のそれなりの規模の事業会社の中に、内製開発チームを立ち上げることはできるのだろうか?」 2019年3月、クレディセゾンに来たばかりの私にとってはこの質問への答

                                                                                    クレディセゾンでDXを進めてきた5年間を振り返る|小野 和俊