並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 11787件

新着順 人気順

プログラマの検索結果361 - 400 件 / 11787件

  • iPhone対応“自動文字起こし”アプリ「UDトーク」賢い使い方を開発者に聞いた (1/5)

    アプリや専用デバイスを使った、日本語の「自動文字起こし」に関連するサービスには、近年多くの関心が集まっている。背景にはスマホやAIを活用する音声認識のテクノロジーが飛躍を遂げたことや、コロナ禍の影響を受けてリモートワークが普及したことなどがある。iPhoneに対応する「UDトーク」も自動文字起こしに対応する注目のアプリだ。開発者に特徴を聞いた。 iPhone/iPadでも使える日本語対応の自動文字起こしアプリ コミュニケーション支援・会話の見える化アプリをうたう「UDトーク」は、Shamrock Records(シャムロック・レコード)の代表兼エンジニアである青木秀仁氏が開発を手がけている。 モバイル版アプリはiOS/Android/Fire OSの各プラットフォームに対応する。ほかにも音声認識の結果を修正したり、事前に作成した原稿をスマホやタブレットに送信する一部機能を搭載するMac版/

      iPhone対応“自動文字起こし”アプリ「UDトーク」賢い使い方を開発者に聞いた (1/5)
    • 2020年の開発者が知っておくべき11の必須スキル - Qiita

      以下はjavinpaul( Webサイト / Twitter / Facebook / dev.to )による記事、11 Essential Skills Software Developers should Learn in 2020の日本語訳です。 なおリンク先URLは元記事のままであり、和訳にあたり変更などは行っていません。 11 Essential Skills Software Developers should Learn in 2020 注意事項:この記事にはアフィリエイトリンクが含まれています。 この記事に記載されているリンクを踏んで製品やサービスを購入すると、私が利益を受けとることがあります。 ソフトウェア開発を始めてしばらくすると、優れたプログラマになるには何をすればいいのかという考えが時によぎるでしょう。 より良い開発者になるために、2020年には何を学ぶべきでしょう

        2020年の開発者が知っておくべき11の必須スキル - Qiita
      • 自作した時間割アプリが大学の公式アプリに採用された話 - Qiita

        記事の概要 私(芝浦工業大学学部4年生)が大学2年時に1人で制作した、大学のポータルアプリ(ポータルサイトからスクレイピングして時間割などを表示する)が、大学に正式採用され、公式アプリ"ScombApp"としてリリースされるに至った経緯を時系列順に説明します。 ホーム画面 時間割画面 制作の動機 大学のポータルサイト使いにくいがち。 ポータルサイトのスマホアプリ版があれば便利そう。 他にやってる人いなさそうだし、最初に作ったらみんな使ってくれそう。 ポータルサイトの問題点 大学ポータルサイトで使いにくかった点を挙げていく。 とりあえずこれを克服することを目標にした。 ログインの時に自動補完が使えない 制作当時はBASIC認証で、スマホからだとログインの自動補完ができなかった。 毎回手打ちでパスワードを入力している人がほとんど ←!? 次の授業や教室を確認するだけでも、毎回手打ちログインが必

          自作した時間割アプリが大学の公式アプリに採用された話 - Qiita
        • 転職活動の面接でいただいた質問集 - Qiita

          この度転職活動を行って無事内定をいただいたので、記念に面接の中でいただいた質問をまとめてみました。 某大手金融のフィンテックエンジニアに転職します!! 転職活動当初は、レガシー、ジョブホッパー、経験少でダメ出しの嵐🍃 でも諦めずNuxt+Firebaseでのサービス開発、マイクロサービス化ポートフォリオ、CTFの取組、GitHub毎日コントリビュート、個人活動も頑張って内定頂けて本当よかった😁 — bindingpry (@bindingpry) November 19, 2021 基本的に技術面接では、履歴書や実務経験の技術、ポートフォリオで扱っている技術、自分で口にした技術を深ぼられることが多かったです。 そこはしっかり技術を扱えるだけでなく説明できるようにすることも必要だと思いました。(自分は最初ボロボロでしたが笑) また正社員の面接では技術と同等に、仕事への姿勢、性格、事業への

          • ソフトウェアアーキテクトに必要なシステム設計知識を学んだ17冊 - yoshikipom Tech Blog

            はじめに アーキテクチャ・デザイン全般 ソフトウェアアーキテクチャの基礎 Clean Architecture 達人に学ぶソフトウェアの構造と設計 Design It! ソフトウェアシステムアーキテクチャ構築の原理 データ指向アプリケーションデザイン マイクロサービス マイクロサービスアーキテクチャ マイクロサービスパターン 実践的システムデザインのためのコード解説 ソフトウェアアーキテクチャ・ハードパーツ ドメイン駆動設計 エリック・エヴァンスのドメイン駆動設計 ドメイン駆動設計入門 ボトムアップでわかる!ドメイン駆動設計の基本 現場で役立つシステム設計の原則 要件定義 はじめよう!プロセス設計 ~要件定義のその前に はじめよう! 要件定義 ~ビギナーからベテランまで はじめよう!システム設計 ~要件定義のその後に Web, Web API Webを支える技術 プロになるためのWeb技術

              ソフトウェアアーキテクトに必要なシステム設計知識を学んだ17冊 - yoshikipom Tech Blog
            • 日米でエンジニアの育成戦略が正反対だと気付いた話 - メソッド屋のブログ

              今週は、Thanksgiving はお休みムードなので考える時間や、自分の本についてディスカッションしている バンクーバーのえんじに屋さんのPodcast なんかを聞かせていただいたりしてるうちに、思い出したことがあって、記録に残してみることにした。それは、エンジニアの育成方針でこれはめっちゃくちゃ違うことに気づきましたので、シェアさせていただきたいと思います。 日米でエンジニアの育成戦略が正反対だと気付いた話 採用の段階での違い 良く知られているように、新卒のケースで考えると、こちらの場合は「コンピュータサイエンス」の学位を出ていることが前提で、中途採用の場合も、「コンピュータサイエンス」の学位を出ている、もしくはそれ相当する知識が求められる。だから、新人でも少なくともプログラムが結構組めることを期待されます。 一方、日本では文系でも理系でもプログラマになれます。採用されたときに「スキル

                日米でエンジニアの育成戦略が正反対だと気付いた話 - メソッド屋のブログ
              • エンジニアのための Figma 知識

                本記事の多くは Inspect モードを前提に解説しています。 下記に Dev Mode に対応した解説を書いてみたのであわせてご参照ください。 https://codezine.jp/article/detail/18000 エンジニアにデザインツールの知識・習熟は必要か? しなくても仕事はできると思うのですが、あるとよりクオリティの高い仕事ができることは間違いありません。 という訳でエンジニアがエンジニアとしての仕事をしていく上で「Figma のこういうことを知っておくと良さそう」という知識をまとめてみました。 ユースケースを考える まず始めにデザインは作らないはずのエンジニアが Figma を使う時にどんなユースケースがありそうかを考えてみます。 デザインを元に実装する時 デザインから何かを生成したい時(コードとか画像とか) 自分でちょこっとデザイン修正しちゃう この辺りがあるかな〜

                  エンジニアのための Figma 知識
                • 「Twitterのタイムラインをごちゃごちゃにする仕事」は本当に実在したのか? 話題の元Twitterエンジニアに聞いた

                  「Twitterのタイムラインをごちゃごちゃにする仕事」は本当に実在したのか? 話題の元Twitterエンジニアに聞いた実際にはどういう仕事で、どのようにして導入されることになったのか。タイムラインの「重要度順表示」の導入に関わった、 元Twitterエンジニアのイハラさんにお話を聞きました。 「タイムラインごちゃごちゃにする仕事」で波紋Business Insiderが12月1日に掲載した、「感謝祭の前夜にTwitterをレイオフされた日本人エンジニア」のインタビューが話題になっています(もともとは英語版Business Insiderが11月28日に掲載した記事で、日本版はこれを翻訳したもの)。 インタビューの内容もさることながら、特に注目を集めたのは、インタビューを受けたエンジニアがTwitterで行っていたという「業務内容」でした。 「解雇される前、私はツイッター(Twitter)

                    「Twitterのタイムラインをごちゃごちゃにする仕事」は本当に実在したのか? 話題の元Twitterエンジニアに聞いた
                  • ノーコードは形を変えた現代のRPGツクールなのではないか

                    この記事について。 2030 年 「エンジニアです。コードは書けません。」|__shinji__| note 自分はそもそもビジュアルプログラミングやオーサリングに興味があり、ノーコードは興味の範疇でありつつも、現状のもの、現状の「コード抜きで作れる」ような謳い文句は厳しいと思っています。それを、RPG ツクールを例に説明します。 はじめに、ノーコードを分類する 本記事では、「専用の管理画面で編集し、出力のためにコードを書かない、もしくはコピペ程度」のものをノーコードとして扱います。 その中でさらに種類ごとに分類してみます。このような定義があるわけではなく、自分の主観的で暫定的な分類です。 タイプ 1: データベースから自動的にフォームを生成 Google App Sheet MS Power Apps タイプ 2: 高水準 API のパイプライン Zapier IFTTT 古の Yaho

                      ノーコードは形を変えた現代のRPGツクールなのではないか
                    • 勢いだけで約70万円かけて中高年男性向けの掲示板を作った

                      誰か利用してくれんか? https://occhan-nel.com/ スレは自由に立てられる仕様。 おっちゃん同士でちいかわやホロライブなど色々語れたら嬉しい。 【動機】 私も中高年男性なのだが、ガルちゃんみたいな感じで、 おっちゃん同士でゆるく色々語れる匿名掲示板があれば良いなと唐突に思った。 5ch(2ch)は15年近く見続けているが、おっちゃんに限定しているわけではない。爆サイは空気感があまり合わなかった。 他にも掲示板サービスは数多くあるだろうけど、おっちゃん同士のゆるいコミュニティサービスを自分で制作してみたいと思った。 そんな感じでプログラマーの方やイラストレーターの方に協力してもらってコツコツ作った。 「30万円くらいで作れるかな~」と思っていたら結果的に総額で70万円くらい掛かった。 そして1ヵ月前くらいに公開したが、まあ当然のごとく誰も利用していない(全く宣伝も集客もし

                        勢いだけで約70万円かけて中高年男性向けの掲示板を作った
                      • 派遣エンジニアが起こした事件が理不尽だった件

                        どもども。僕はしがない派遣エンジニアです。 某零細企業から、某大手企業に派遣されています。 派遣先はお堅い職場です。 コロナのご時世ですが、リモートの「リ」も聞いたことありません。 万が一、データー漏洩した場合とんでもないことになりますからね(しらんけど そんな職場ですが、わたくしは2年ほど勤めています。 お堅い職場ゆえに息苦しさもありますが、それが心地よかったりもします。 というよりも派遣という気軽な身分が合っているのかもしれません。 さて本題に。 こんな職場へ、新しい新人さんが入ってきました。 新人といっても50代のベテランエンジニア、Aさんです。 もちろん派遣です。 Aさんはどうにも「優秀ではないエンジニア」のようでした。 かろうじてプログラミングはできるけど、IDEの使い方、フレームワーク等はほとんど経験がないご様子。 何でもかんでもプロパーさんに聞いて回るので、「そんなことくらい

                          派遣エンジニアが起こした事件が理不尽だった件
                        • アラフォーからプログラマーに転職して1ヶ月経ったけど、正直な感想書いてみる。 - Patのブログ

                          前職から転職して1ヶ月がすぎたので、現時点での個人の感想を記しておく。 以下に該当するような人にはひょっとしたら役立つかもしれない。 30代だけどプログラマーに転職したい。 自社開発企業に転職したい。 プログラミングスクールに通うべきか迷っている。 未経験から転職してついていけるか不安。 前職は何をしていたか 前提として、前職のことについて簡単に書いておく。 前職は中学の教員だった。 専任教員だったので、担任も持っていたし、生徒指導もしていたし、部活動も担当していた。 そう書くとブラックなイメージがあるかもしれないが、私立進学校だったのでそれほどハードでもなかった。 生徒は荒れているどころかおとなしすぎるくらいだし、部活も18時までには終わっていた。 朝は8時からなので早いが、それでも頑張れば9時間労働で帰ることもできた。*1 夏休みは1ヶ月以上あったし(ただし部活動や夏季講習で3分の2は

                            アラフォーからプログラマーに転職して1ヶ月経ったけど、正直な感想書いてみる。 - Patのブログ
                          • ヘタクソなコードを書いてもいい - 覚書

                            プログラミング言語のお作法から外れたコードやメンテ性が悪いコードを書くのはダメとよくいわれます。わたしは学生の頃、そういう意見を過剰に気にしていました。コードを書くことそのものに慣れていないのに綺麗に書こうとして手が動かず、動かないがゆえにコーディングの練習が進まない、という悪循環になっていました。そうすると何もアウトプットしないまま知識だけが増えていって、自分がこれくらいできそうというイメージと実際のプログラミング能力とのギャップで苦しみました。 この意識が薄れたのは、あるときものすごく手が早い人のコードを偶然見たときでした。たしかにちゃんと動くものができているんですが、そのコードの中身は当時の私の基準からいって*1おぞましいほど汚いものでした。そこで「これはわたしが書けば100倍くらい綺麗なコードを書けるんでは…」と一瞬思ったんですが、その後すぐに「あ、自分は知識はあるけど練習してない

                              ヘタクソなコードを書いてもいい - 覚書
                            • コードの健全性: 礼儀正しいレビュー == 役立つレビュー

                              .app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads 71 Ads API 10

                                コードの健全性: 礼儀正しいレビュー == 役立つレビュー
                              • 【翻訳】テスト駆動開発の定義 - 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|note

                                  コンピュータは非常に便利なのだが、ほとんどのコンピュータユーザーがその能力の1%も使えてないのではないか。そんな気がするのだ。 というか、コンピュータの能力が人類の進歩に比べて上がり過ぎてる。 おかげでゲームもAIもビデオ編集も手軽になった。 MacBookの新しいCPUが発表されたのだが、40%高速化したというニューラルエンジンを一体全体何に使えばいいのか、人工知能の研究者である吾輩にもわからないので、これを使いこなすことができる人は将来登場するのだろうか。 コンピュータの能力を真に最大限引き出すには、残念ながらプログラマーになるしかない。しかも、マシン語レベルの最適化ができるプログラマーである。 プログラムさえ丁寧につくればコンピュータの持つ潜在能力は圧倒的に高い。だがコンピュータに比べて人間は頭が悪すぎる。 結局のところ、道具がどれだけ進歩しても使う側の人間の想像力が追いつかないと全

                                    コンピュータは難しすぎる|shi3z|note
                                  • 100万行オーバーのモノリシックRailsアプリをマイクロサービス化したクックパッドの手順 - エンジニアHub|Webエンジニアのキャリアを考える!

                                    100万行オーバーのモノリシックRailsアプリをマイクロサービス化したクックパッドの手順 マイクロサービスの導入事例を、中の人が徹底的に語ります。クックパッドでは、100万行オーバーの超巨大なRuby on Railsアプリのマイクロサービス化に挑みました。アプリをいかに分離し、連携できるようにするか、など、同社が採ったマイクロサービス化の戦略を聞きました。 Ruby on Railsのバージョンアップに1年かかっていた 【マイクロサービス化戦略】まずはコードを減らすことから 【マイクロサービス化戦略】アプリ固有のバッドノウハウを減らす 【マイクロサービス化戦略】まずは分離しやすい部分からお試しで 【マイクロサービス化戦略】データベースが切れていればサービスも切りやすい 【マイクロサービス化戦略】インフラ構成を標準化する 【マイクロサービス化戦略】サービスメッシュを入れて通信の課題をクリ

                                      100万行オーバーのモノリシックRailsアプリをマイクロサービス化したクックパッドの手順 - エンジニアHub|Webエンジニアのキャリアを考える!
                                    • イーロン・マスク、エンジニア全員に「週報」提出を義務化。1週間で書いたコードの明細まで

                                      「ソフトウェア分野で迅速なイノベーションを実現するには、それぞれが何に取り組んでいるのか、誰が何をコーディングしているのか、把握しておくことが不可欠です」 11月21日にツイッターのサンフランシスコ本社で開かれた全社会議の場で、マスク氏は大規模な人員整理が完了したこと、(テスラのような)テキサス州への本拠移転計画は考えていないことを語っているが、上記のメールはその数時間後に送られた。 なお、Insiderがすでに報じたように、同社のフルタイム従業員数は現在約2300人、10月末にマスク氏が経営権を握った時点の7500人に比べて3分の1以下まで激減した。 メールは、エンジニアらに各自報告を求める内容として、「どんなプロジェクトに取り組んでいるか」「何を到達目標としているのか」の説明に加え、「その週に書いたコードのサンプルまたはファブリケーター(Phabricator、コードレビュー用ツール)

                                        イーロン・マスク、エンジニア全員に「週報」提出を義務化。1週間で書いたコードの明細まで
                                      • 「正直9年経ったいまでもfor文ググってる」 - Qiita

                                        「正直9年経ったいまでもfor文ググってる」 という議論記事があった。正直なところ私もググる方の人だ。私の感想: ポンとテキストエディタだけ渡された時に書けるか自信ないぞ...IDEがあればまあ大丈夫かなあ。 JavaScriptだけじゃない。言語色々扱うしという言い訳。正規表現とか毎度調べる。 だから世の中にチートシートというものがあるのだ。お気に入りチートシート多数。 実戦でどうしているか?結局周りのソースを見て馴染む書き方にしていますよ多分。 暗記するかしないかは受験勉強みたいなもので、コーディング面接に受かるなら必要。暗記そのものには意味はないとは思う。 競技プログラミングが使えないとかいう論もあったな。 ググり力も大事。 でも「最低限」もできないのはやはり恥ずかしい気持ちはある。 なんかこれ英語できるできないと似てるな。英語なんてGoogle翻訳、DeepL翻訳あればいいけど、実

                                          「正直9年経ったいまでもfor文ググってる」 - Qiita
                                        • 宮本茂の下で働いた32年間――「スターフォックス」や「F-ZERO」の今村孝矢が任天堂時代を振り返るロングインタビュー

                                          32年間を経て、今村孝矢さんは任天堂を退社した。「スターフォックス」、「F-ZERO」、『ゼルダの伝説 ムジュラの仮面』など、今となってはゲームの古典と言える傑作の数々に携わっていた今村さんの退社は、自身のツイートをきっかけに世界中のゲーマーの間で話題となった。今後は大阪国際工科専門職大学でCGアニメーションを含むデジタルコンテンツを教えつつ、フリーランスでも活動を続けると言う。 今村さんの今後の活躍について別のインタビュー記事で詳しく聞いているのでぜひチェックしてほしいが、本インタビューでは任天堂時代を振り返ってもらった。 今村孝矢さん。 32年間という、筆者にはおよそ想像もできないほど長い間をどのように振り返るのかを尋ねた。今村さんはしばらく考えてから、このように答えた。 「思えば、ずっと宮本さんの下で働いた32年間でしたね」と。 マリオやゼルダの生みの親として知られる宮本茂さんが20

                                            宮本茂の下で働いた32年間――「スターフォックス」や「F-ZERO」の今村孝矢が任天堂時代を振り返るロングインタビュー
                                          • 自動化大好きエンジニアたちが語る、効率化・品質向上 Tips【26選】 - RAKUS Developers Blog | ラクス エンジニアブログ

                                            こんにちは、技術広報のyayawowoです。 「自動化(オートメーション/Automation)」 今、この言葉を聞いて胸がときめいた方に必見です! 当社主催イベントでも人気の高い 「自動化大好きエンジニアLT会」全5開催分の資料をまとめて紹介します! イベント詳細はこちらをご確認ください! ・自動化大好きエンジニアLT会 ・自動化大好きエンジニアLT会 - vol.2 ・自動化大好きエンジニアLT会 - vol.3 ・自動化大好きエンジニアLT会 - vol.4 ・自動化大好きエンジニアLT会 - vol.5 目次 目次 手動テストやインフラ構築は自動化しよう APIテスト品質を向上させる Datadog Synthetic Monitoring APIテスト自動化とテストピラミッド TestLinkにテスト結果を自動的に登録 Cypressでサクッと始めるE2Eテスト 自動テスト環境を

                                              自動化大好きエンジニアたちが語る、効率化・品質向上 Tips【26選】 - RAKUS Developers Blog | ラクス エンジニアブログ
                                            • エンジニアの辛い仕事をいい感じにする技術 - コンサルの仕事術・思想から学べること - Lean Baseball

                                              エンジニアの辛い仕事を消す本かも(多分) 2014年の秋にリクルートに転職してから何社か経て今も自社サービスのエンジニアとして働いてるマンです. リクルートに入ったとき, そしてその後の転職先*1などなどで, 社内外問わずのコミュニケーションの辛さ. 社内調整, 顧客折衝etc... コードじゃなくて, ドキュメントを書く仕事の辛さ. プレゼンテーション・説明そのもの. 技術わかんない上司に説明(ry*2 みたいな経験をたくさんしました&これはエンジニアをやってたら誰でも直面する事態かなと思います, 自社サービス企業だろうがSIer/受託開発の企業だろうが. そもそも, 昔の調査にもそんな雰囲気ありますし, おそらく今もさほど変わらないでしょう. ...ということを, 前回のブログの執筆中および反響で改めて思い*3, そういえば自分はこの辺, 元々ITコンサルタント*4だった時に学んだこと

                                                エンジニアの辛い仕事をいい感じにする技術 - コンサルの仕事術・思想から学べること - Lean Baseball
                                              • 初心者プログラマーのための変数/関数/メソッドの英語命名規則 - Qiita

                                                はじめに 「なんか、レビューのたびに変数名を指摘されてる気がする...」 「日本人なんだから、英語で命名とか無理...」 こんなお悩みありませんか? この記事では、「プログラマーが英語の命名で悩んだ時にどうすれば良いか」をフローチャート形式で解説します! これであなたも駆け出しエンジニアを卒業できるかも!? ※本記事はLaravel,Vue.jsのプロジェクトで運用されているルールを元に解説しています。 プロジェクト内だけの内輪ルールも含まれていますので、ご了承ください。 対象者 この記事は下記のような人を対象にしています。 駆け出しエンジニア プログラミング初学者 PHP(Laravel),JavaScript(Vue.js)で英語のネーミングに苦戦中 前提知識 下記のような中学・高校で学ぶ内容については理解していること前提で解説します。悪しからず。 三単現のsって何? 5文型(SV/S

                                                  初心者プログラマーのための変数/関数/メソッドの英語命名規則 - Qiita
                                                • アニメ「Sonny Boy」の『難解』プログラムの解説 - まめめも

                                                  『Sonny Boy』というアニメが放送されています。学校が異次元に漂流してしまい、超能力に目覚めた生徒たちがサバイバルしながら、さまざまな奇妙な現象の裏にあるルールを解き明かし、元の世界に変える方法を探す、というストーリーです。ルールが分かったあとで何度も見直したくなります。 anime.shochiku.co.jp さて今回、『Sonny Boy』に、プログラムを寄稿しました。プログラムでおもしろいCGを作ったとかではなく、プログラムの実行の様子そのものが『Sonny Boy』の5話の中で放送されました。 こういうプログラムです。 nankai.rb このプログラムがどういうものだったかを解説します。 どんなプログラム? 実行すると、「難解」という文字がほどけてなくなるアニメーションをします。 起動したらまず、プログラム自身が画面に表示されます。 しばらくしたら「難解」が左から右へほど

                                                    アニメ「Sonny Boy」の『難解』プログラムの解説 - まめめも
                                                  • GitHubでの業務ソースコード流出 背景にIT業界の二極化と多重下請け構造|楠 正憲(デジタル庁統括官)

                                                    45歳のプログラマーの男が仕事で書いたコードを年収判定のためGitHubに上げて、複数企業の業務で使われていたコードの一部が流出した。GitHubは本来、公開して構わないオープンソース等のコードを共有する場で、年収判定サイトは、コミュニティでの活動を評価に結びつけようというコンセプトだった。しかし男は業務として開発した商業機密として保護すべき顧客のソースコードを不当に持ち出して、自分の年収を判定してもらうために丸ごと公開してしまった。 GAFAはじめネット企業を中心に、自社サービスを構成する部品で汎用的に使えるコードをGitHubなどを通じてオープンソースとして公開する動きが広がっている。一方で伝統的なシステム開発では、ソースコードは委託した業務の重要な成果物、秘匿すべき商業機密として組織内で管理することが一般的で、開発環境からはGitHubなどのサイトにアクセスできないよう遮断している場

                                                      GitHubでの業務ソースコード流出 背景にIT業界の二極化と多重下請け構造|楠 正憲(デジタル庁統括官)
                                                    • パラノイアのプログラマと第6感 - megamouthの葬列

                                                      今だから白状すると、昔、運営していたサービスの一般ユーザーのパスワードをハッシュ化(暗号化)せずに平文でDBに保存していたことがある。 言いわけは、幾つかある。 一つは、今では当たり前のようについているパスワードリマインダーの仕組みが当時は一般的ではなかったこと。 ユーザーがパスワードを忘れた、と問い合わせしてきた時に、最も自然な方法はまさに当人が設定した「パスワード」を一言一句違わず登録メールアドレスに送信することだった。あなたのパスワードは○○○です。ああそうそう、そうだったね。こういう感じだ。 当時のユーザーはそれを不審がらなかった。 またサポートコストの問題があった、パスワードの再発行を、そのためのトークンを含んだ長いURLを、大半のユーザーが嫌がっていた。 サポート部門はOutlookExpressに表示された長すぎるURLのリンクが途中で切れててクリックできない、という苦情にい

                                                        パラノイアのプログラマと第6感 - megamouthの葬列
                                                      • COCOAに関わることになりました

                                                        接触確認アプリ「COCOA」について以前ツイートしました。 繰り返しになるけど、COCOAのAndroid版をネイティブで作り直したいので、誰か知ってる人につないで欲しい。 — ARIYAMA Keiji (@keiji_ariyama) February 3, 2021 ツイートした後もGitHubのCOCOAのリポジトリにコメントしたり、知り合いに「COCOAやりたい」「COCOAやりたい」と言い続けたりした結果、このたび厚生労働省の技術参与として正式にCOCOAに携わることになりました。 すること オープンソースコミュニティとの関わりについては、すでに政府CIO補佐官の東さんと関さんが取り組みを始めています。ぼくは二人を手伝いつつ、Issueとして報告があった内容の再現確認をしたり、Pull RequestでExposure Notification APIを使ったテストが必要なとこ

                                                        • ベテラン技術者が新しい環境で大失敗した話

                                                          EM完全に理解した と思ったけど、 やっぱり何も分からなかった話 / EM Night Fukuoka #1

                                                            ベテラン技術者が新しい環境で大失敗した話
                                                          • 〈特別公開〉ひろゆき論――なぜ支持されるのか、なぜ支持されるべきではないのか

                                                            ※『世界』2023年3月号収録の記事を、増補改訂のうえ特別公開します はじめに ネット上の匿名掲示板サイト「2ちゃんねる」(現在は「5ちゃんねる」)の創設者、ひろゆき、こと西村博之が人気を博している。 1999年5月にスタートした2ちゃんねるのほか、2007年1月にスタートしたニコニコ動画など、ネットの普及期にいくつかのサービスの立ち上げに関わり、起業家として成功した彼は、2010年代後半からユーチューバーとして活動し、視聴者からの相談に答えるライブ配信番組を通じて人気を博した。さらにその間、ビジネス書や自己啓発書を次々と出版し、ベストセラーライターとして名を馳せるかたわら、テレビ番組にコメンテーターとして出演するなど、マスメディアでも広く活躍するようになる。 その人気はとくに若い世代に顕著で、若者や青少年を対象とする調査では、憧れる人物などとして頻繁にその名が挙げられるほどだ。その配信番

                                                              〈特別公開〉ひろゆき論――なぜ支持されるのか、なぜ支持されるべきではないのか
                                                            • 事業のわかるITエンジニアはどこにいるのか - megamouthの葬列

                                                              「事業のわかるITエンジニアが全然いない」問題というのがある。 Twitterあたりでは割と禁句というか、ほぼ確実に荒れる話題で、言えば燃える。 誰かの言葉を引用するのも差し障りがあるので、頑張って再現してみると エンジニアは文句ばっかりで、マネジメントやビジネス・プロセスを変えようともしない。文句を言う前に偉くなって自分でビジネスを変えるべきだろ。エンジニアが変えなくて誰が変えるんだよ。 みたいな感じだ。 どっかの経営者や、平日昼間からツイッターしてていつ仕事してるかわかんねえ系の人が、よく口走ったりブログに書いたりする。すぐさま、場末のSESで汗水たらしているプログラマっぽいアカウントが(これまたなぜ昼間からツイートできるのかわからない)「うるせえ、手取り23万でそんなことまでやってられるか、第一お前らだって技術のことわかってねえだろ」と四方八方から引用RTでボコボコ殴ってくる。 何度

                                                                事業のわかるITエンジニアはどこにいるのか - megamouthの葬列
                                                              • プログラマと出世 - megamouthの葬列

                                                                就職することになって、つまりは私が職業プログラマになって、それを聞き知った叔父が私を訪ねてきた。 「プログラマってのは、若いうちはいいが、長くはできないんだろう?」 リビングの炬燵に潜り込んだ叔父は寒そうに体を震わすと、最初にそう尋ねた。 当時、業界には「プログラマ35歳定年説」というのがあった。 郵便局員をしている叔父が知っていたというのだから、有名な話だったのだろう。 私は訳知り顔で微笑むと、業界1年目のひよっこなりに考えた、この話のカラクリを説明した。 ―――プログラマというのは、システム開発に伴う仕事の中で、単価が最も安い。ようするに給料が一番安いんです。でも、35歳にもなれば、まさか20代と同じ給料というわけにはいかない。35歳相応の給与を貰うためには、プログラマより単価の高い仕事、つまり管理職に「出世」するしかない。つまりプログラマだった人もある時が来ると出世してどこかの管理職

                                                                • 『UNIXという考え方』新人エンジニアにオススメする技術書 | IIJ Engineers Blog

                                                                  IIJ ネットワーク本部アプリケーションサービス部・(兼)社長室所属。 メールサービスの運用業務に従事し、日々世界の悪と戦う一児の父親。社内 Power Automate エバンジェリスト(自称)。M3AAWG member / openSUSE Users / WIDE Project メンバー。趣味は大喜利。はがき職人。 IIJ 古賀です。普段は、IIJ セキュア MX という迷惑メールフィルタサービスの運用業務に従事し、お客様を守るために、毎日世界の悪と戦っています。 今週は「新人エンジニアにオススメする技術書」というテーマでお送りします。 早速なのですが、この「UNIXという考え方」は、厳密には技術書ではないかもしれません。なぜなら、この本は UNIX という OS が(または Linux に代表される “UNIX-like” な OS が)、どのような人々の思想のもとに設計され、

                                                                    『UNIXという考え方』新人エンジニアにオススメする技術書 | IIJ Engineers Blog
                                                                  • なぜCを学ぶべきなのか - 立命館大学情報理工学部セキュリティ・ネットワークコース プログラミング言語サポートページ

                                                                    プログラミング言語としてのCは、初学者にとっては難しい言語であるのは確かです。中には、初心者が学ぶべき言語ではないと言い出す人もいます。ですが、私たちセキュリティ・ネットワークコースの教員は、我々のコースの学生は早期にCを学ぶべきであると考え、このカリキュラムを設定しています。以下に理由を列挙します。 Cはコンピュータの構造に深く根ざした言語なので、コンピュータそのものの学習を同時に進めることで、相互の理解が深まると考えています。例えば主記憶(メモリ)上にプログラムとデータの双方が置かれるフォン・ノイマンアーキテクチャや、メモリ上のデータ配置の問題、エンディアンの問題などを直接感じられるのはCならではだと思います。 CはOSや、コンパイラなどの言語処理系、組み込み機器などで広く使われており、その構造や動作と深く関わっているため、セキュリティとネットワークの理解のために欠かせないからです。

                                                                      なぜCを学ぶべきなのか - 立命館大学情報理工学部セキュリティ・ネットワークコース プログラミング言語サポートページ
                                                                    • 【JS/ Python両方OK!】「データ可視化」が歴史から実装まで体系的に学べるStanford講座の独習ノート - Qiita

                                                                      【JS/ Python両方OK!】「データ可視化」が歴史から実装まで体系的に学べるStanford講座の独習ノートJavaScriptd3.jsデータ分析データサイエンスcolaboratory CS 448B Visualization (2020 Winter)は、Maneesh Agrawala氏による、Stanford大で行われた、データの可視化に関する体系的な講義です。 スタンフォード大の"CS 448B Visualization (2020 Winter)" がすごい。 データ可視化の体系的講義。どう図表に変換するかの理論、探索的データ分析、ネットワーク分析等の実践と盛り沢山。 スライドに加え、Observable(JavaScript), Colab(Python)どちらでも例を試せる。https://t.co/lGyPElrihg pic.twitter.com/mWZn

                                                                        【JS/ Python両方OK!】「データ可視化」が歴史から実装まで体系的に学べるStanford講座の独習ノート - Qiita
                                                                      • Web制作者必見! VS Codeのおすすめ機能拡張のまとめ、HTMLやCSSやJavaScriptのコードを書く時に便利

                                                                        Visual Studio Code(以下、VS Code)が素晴らしいエディタである理由の一つは、デベロッパーの生産性を向上させるVS Codeの機能拡張の巨大なライブラリがあることです。 その中から、HTMLやCSSやJavaScriptのコードを書く時に便利なVS Codeの機能拡張を紹介します。 My 12 Favorite VSCode Extensions by Katherine Peterson 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サイト様にライセンスを得て翻訳しています。 VS Codeとは VS Codeの機能拡張 VS Codeのおすすめ機能拡張 VS Codeとは VS Code(Visual Studio Code)は、Microsoftが提供する統合ツールを備えた強力で軽量なコードエディタです。MITライセンスで、商用でも完全に無料

                                                                          Web制作者必見! VS Codeのおすすめ機能拡張のまとめ、HTMLやCSSやJavaScriptのコードを書く時に便利
                                                                        • SIerで幸せな技術キャリアを築くために - Qiita

                                                                          この記事はNTTコムウェア Advent Calendar 2021 20日目の記事です。 NTTコムウェアの古西です。AI・データサイエンス推進室で技術マネージャをしています。 システムインテグレーター、略してSIerは、顧客のためにITシステムやサービス・ソリューション・プロダクトを開発・運用する会社です。一部自社サービスがあるものの、特定の顧客企業に対してシステムを提供することが多いです。 ネット上では「SIerはオワコン」1と言われることもありますが、私自身は入社のときに「人と技術を仲介する仕事がしたい」と言って仕事をしはじめてから約25年間、SIerで顧客や自社の人と技術を仲介する仕事をしてきました。私がこれまでの経験から「SIerで幸せな技術キャリア」を築くために意識したほうがいいと思うことを、若年層とベテラン層にわけて3つずつ、書いておこうと思います。 若年層(20代~30代

                                                                            SIerで幸せな技術キャリアを築くために - Qiita
                                                                          • ヒカキンを眺めていたら軽躁だらけの社会が恐くなった - シロクマの屑籠

                                                                            【フォートナイト】ライトセーバーでついにビクトリーロイヤル!?【ヒカキンゲームズ】【スターウォーズ】 先日、いろいろあってヒカキンのゲーム実況を久しぶりに眺めた。ヒカキンがフォートナイトを実況するさまは、滑らかで、楽しそうで、ゲーム内容をきちんと紹介もしていてとても良かった。 ゲーム実況中のヒカキンは、テンションが高い。 大げさに笑い、大げさに驚き、よく喋り、ポジティブだ。口調にもよどみがない。 そのおかげで視聴しやすい、というのはあるだろう。 でもこれって、まるで軽躁状態じゃないか? 軽躁状態とは、双極性障害などの精神疾患でしばしばみられる、ハイテンションな精神状態だ。上機嫌で、頭の回転が速くなって、心身が好調だと感じることの多い反面、この軽躁状態の最中に迂闊な決定をしてしまい、金銭トラブルや人間関係のトラブルなどを起こす人も多い。だから精神医療の現場では軽躁状態はハイリスクな状態のひと

                                                                              ヒカキンを眺めていたら軽躁だらけの社会が恐くなった - シロクマの屑籠
                                                                            • キレる中年プログラマ - megamouthの葬列

                                                                              id:cildさんが久しぶりにブログを更新して、それが実に良かった。 だって 鉄の棒でそこらじゅうを狂ったように叩きまくって、大声で罵倒した。そして最大ボリュウムで「二度とオレに指図するな!」と10回くらい怒鳴った。 だぜ? 人がキレているのを見るとふつう不快な気分になる。見苦しいなあと思ってしまう。しかし、本当はキレた本人が一番傷ついているのである。キレた後もしばらくドキドキして、自分は一時の感情のピークで何をしてしまったのだろうか、友情とか信頼とかそういう取り返しのつかないものを失ってしまったんじゃないだろうか、と不安になるのである。で、しばらくクヨクヨ考えているうちに、考えているのも面倒になってきて、キレちゃったものは仕方ない。もはやどうでもいい。と自暴自棄気味になって、まるで何もなかったように日常を過ごし始めるのだけど、その後も返す返す、ああキレちゃったなあ。と思い出して、もう自分

                                                                                キレる中年プログラマ - megamouthの葬列
                                                                              • プログラミングを勉強するために 30 代半ばの 2 年間を無職として過ごした話 - 30歳からのプログラミング

                                                                                2019 年の夏に前職を辞め、そのまま無職として過ごし今年の 10 月にようやく再就職して働き始めた。 何か事情があって働けなかったわけではなく、プログラミングの能力を伸ばすために敢えて就職しなかった。 自分にとってそれなりに重要な期間だったと思うので、記録を残しておく。 予め断っておくが、何か「すごいこと」を成し遂げたわけではない。「すごくないプログラマ」が少しでもすごくなりたくて勉強していた話に過ぎない。 「すごいプログラマ」が「すごいこと」をした話を読みたければ、以下の記事などがよいと思う。 会社をやめて約1年プログラミングの勉強に費やしたことに対する満足と後悔 | blog.ojisan.io 2年間の独学をふりかえって – Happy Coder 予防線を張ったところで、本題に入る。 背景や動機 プログラミングの勉強をするために前職を辞めたわけではなく、退職の理由は別にある。 そ

                                                                                  プログラミングを勉強するために 30 代半ばの 2 年間を無職として過ごした話 - 30歳からのプログラミング
                                                                                • 「家庭用ゲーム機へ移植不可能」とされた『片道勇者』がNintendo Switchデビュー。難しすぎる移植はいかにして実現されたのか? - AUTOMATON

                                                                                  ホーム インタビュー 「家庭用ゲーム機へ移植不可能」とされた『片道勇者』がNintendo Switchデビュー。難しすぎる移植はいかにして実現されたのか? 弊社アクティブゲーミングメディアが運営するパブリッシングブランドのPLAYISMは6月18日、個人デベロッパーSmokingWOLF氏が開発した強制横スクロールRPG『片道勇者プラス』をNintendo Switch向けに配信開始した。価格は税込1500円。本作はもともとフリーゲーム『片道勇者』としてリリースされたタイトルで、2012年8月に配信されるや否や瞬く間に熱狂的なフリーゲームファンに受け入れられ、数十万のプレイヤーが“左から迫る闇から逃れながら”魔王を倒すことに夢中になった。本稿の趣旨はインタビューであるが、インタビューに入る前に、移植における紆余曲折を説明させていただきたい。 移植が困難と思われたウディタ製ゲーム インディ

                                                                                    「家庭用ゲーム機へ移植不可能」とされた『片道勇者』がNintendo Switchデビュー。難しすぎる移植はいかにして実現されたのか? - AUTOMATON