並び順

ブックマーク数

期間指定

  • から
  • まで

361 - 400 件 / 349845件

新着順 人気順

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

  • [Doc] 要件定義書テンプレート・要件定義書の書き方 - Qiita

    下記ドキュメントバージョンに関する注意点です。 バージョン番号のルールを定める:バージョン番号は、どのようにつけるかルールを定め、チーム全員が同じ理解で使用するようにする必要があります。たとえば、変更内容によって数字がどのように増えるか(major, minor, patch)、何桁で表現するかなど、具体的に決めておくことが重要です。 変更履歴を明確にする:どのような変更があったのか、それがどのバージョンで実施されたのかを明確にすることが必要です。これにより、何らかの問題が発生した場合に、どのバージョンから問題があるのか特定することができます。 ドキュメントの保存場所を一元化する:ドキュメントのバージョン管理には、ドキュメントを保存する場所を一元化することが重要です。それにより、異なるバージョンのドキュメントが、複数の場所に分散してしまい、誤ったバージョンが使用されることを防ぐことができま

      [Doc] 要件定義書テンプレート・要件定義書の書き方 - Qiita
    • もしあなたが急にAndroidアプリを業務で作るはめになった場合の選択肢(2021年初頭版) - Qiita

      本記事はAndroid Advent Calendar 2020の2020/12/01分です。 初っ端ということなので、2020年末と2021年頭でのAndroidエンジニアとして初めて業務でやる場合に抑えておいたほうが良い最低限の部分を書いていこうと思います。(ツッコミ待ちです) 対象 2021年3月ぐらいまでに !!業務!! でAndroidアプリを作らされる事になった可愛そうな人が居たとします この人は手続き型言語でオブジェクト指向プログラミングができる知識があり、Androidアプリもなんとなく趣味で作ったこともあるぐらいのレベル感です(なので上長からいきなりお前Android担当なと言われた) 最低限のAndroidアプリの作成の知識はあるものとします(画面の表示にはActivityがいるよとかは書かない) ゲームは対象外です 業務でAndroidアプリを作ることを想定しています

        もしあなたが急にAndroidアプリを業務で作るはめになった場合の選択肢(2021年初頭版) - Qiita
      • 【ChatGPT】個人的お気に入りプロンプトまとめ

        あなたは、プロの【その分野の専門家】です。 以下の制約条件と入力文をもとに、【出力内容】を出力してください。 # 制約条件: 【前提条件や決まりごと】 # 入力文: 【期待する出力結果や大まかな指示】 あなたは、プロのエンジニアです。 以下の制約条件と入力文をもとに、ブログ記事の内容を出力してください。 # 制約条件: ・重要なキーワードを取り残さない。 ・文字数は30000文字程度 # 入力文: Swaggerについて技術ブログに投稿する文章を書いてください。 構成は、Swaggerとは?、Swaggerのユースケース、Swaggerのメリットとデメリット、Swaggerの書き方(YAMLファイル)、Swaggerの実行方法、まとめです。 構成間で重複した説明は省くようにしてください。 読者がブログを読みながらSwaggerを触れるようにハンズオン形式などを取り入れて文章を作ってください

          【ChatGPT】個人的お気に入りプロンプトまとめ
        • よりよいWebデザインにするための配色のセオリー :: Love & Design ::

          第一印象を決めてしまうほど、色はとても大切な役割を持っています。 Webデザインのイメージを決める上で、色は最も重要な要素といっても過言ではありません。 配色には様々なルールがありますが、Webデザインの配色は好みやセンスに頼らず、目的や用途に合わせて「調和」と「役割」を持つ効果的な配色をしたいものですね。 そこでWebデザインでも“ 無駄にならない ”色彩心理や色の視覚効果など、配色のセオリーをまとめました。 では、さっそく配色の基本になる「色相」「明度」「彩度」「トーン」それぞれの色彩心理や視覚効果を紹介します。 色相差で配色 【イメージ効果】 暖かい⇔冷たい 動的な⇔静的な 情熱的な⇔理知的な → 色相が違う色同士を組み合わせると、色味の差が大きく感じられます。 背景色の心理補色(黄⇔青 赤⇔緑)の方向に色がずれ、左側の中のオレンジは青みを帯び、右は赤みを帯びて見えます。(色相対比)

            よりよいWebデザインにするための配色のセオリー :: Love & Design ::
          • 小さな変化が人生を変える。30日単位の人生ハック

            たった30日でいいので、人生に何かを「足してみる」あるいは「引いてみる」。すると大きな変化が起こります。 Google検索のエンジニアとしてよく登場するMatt CuttsがGoogle I/O Ignite で自分の人生で試してみている「30日の実験」について話しています。 多くの人が話していますので、Mattの登場するのは以下の動画の30分目あたりからです。 30日で人生に「足し」「引き」をする Matt が例に挙げているのは、たとえば次の30日だけでいいので「毎日写真を撮る」「毎日自転車に乗る」といったように小さな変化を起こします。 あるいは「テレビを見ない」「ツイッターをしない」「砂糖をとらない」といったように、人生から何かを「引く」のでもいいでしょう。 日常にこうした「小さな変化」を与えることで、いくつかの大きな変化がうまれたと Matt は述懐しています。 毎日の記憶がとても新

              小さな変化が人生を変える。30日単位の人生ハック
            • 転勤族から見た「家を買うときの注意点」まとめ

              僕は仕事がら転勤が多く、色んな家を渡り歩いた。 20年で4件ほど。 マンション1件、一戸建て3件。 こんな転勤人生で、 ・住んでみたら不便だったこと ・意外と無駄だった物 ・もう住みたくない場所 ・ご近所被害 などなど。 多くを経験した。 丁度、仕事がひと段落付いたこともあり、その経験を吐き出してみたくなった。 マイホームを買いたい方の参考になれば。 ■僕の家族スペック 僕(50代)、 嫁(50代)、 子供3人(昨年、無事全員成人) (20年ほど前の伊豆旅行の写真。三男はお腹の中。この頃からずっと転勤ばかり。子供や妻には苦労をかけてしまった) 無駄だったもの(屋外編) ウッドデッキ 憧れの庭付きウッドデッキ。 でも近所から丸見えで、意外とくつろげなかった。 子供が大きくなってからは全く利用しなかった。 縁側くらいが丁度いい。 備え付けのBBQコンロ 憧れだったBBQパーティ。 でも庭で煙は

                転勤族から見た「家を買うときの注意点」まとめ
              • 消滅会社 AppBankGAMESを終えて・ゲーム作りで大事なこと - hotmiyacchiの日記

                2015-10-19 消滅会社 AppBankGAMESを終えて・ゲーム作りで大事なこと 創業から3年間社長を務めたAppBank子会社の消滅 長文ですが、奇しくもAppBankが上場した週にこんな記事を書いたのは、社長を退任した感傷的な衝動っぽいですが、よっぽどしょぼい話で、かつ、会社も職も失ったけど、大事なことは何かを再認識するための話です。 紆余曲折あってAppBank GAMESという会社は、創業から3年を経たところでグループ内の別会社に吸収され、それもまた前向きな成り行きと皆んなで承服し、私は社長を退任しましたが、それぞれが前向きに進み、遂には会社が上場するという大きな節目を迎えました。 っと、まじめな謝辞を述べたいというより、失敗談をしなければと思うことがありました。 かつ、今のタイミングを逃すと、せっかく皆で学んだ大事なことが濁りそうというか、我々が犯した大きな失敗がまた別の

                  消滅会社 AppBankGAMESを終えて・ゲーム作りで大事なこと - hotmiyacchiの日記
                • すべての新米フロントエンドエンジニアに読んでほしい50の資料 - Qiita

                  はじめに さいきんのWebはSPA技術を中心としたフロントエンドが賑わっていますね💪 従来サーバーサイドを扱っていた人もフロントを触る機会が増えていたり、これからプログラミングを学んでいく人も、フロントエンド領域に興味を持っているのではと思います。 そこで、フロントエンドの経験が浅い方や初学者向けに、おすすめのドキュメントや勉強すべき領域をまとめました。 とりあえず動けば良い段階から一歩進んで、フロントエンドエンジニアとして、良いアプリケーションを作るために必要な知識を浅く広く紹介します。 ※補足 新米と表記しましたが、実際には新卒や未経験でなく、新卒2~3年目の若手フロントエンドエンジニアやフロント分野に苦手意識のあるバックエンドエンジニアの方を対象としています。 数日で目を通せるような内容ではないため、マイルストーンやスキルセットの一つの参考にして頂けると幸いです。 フロントエンド入

                    すべての新米フロントエンドエンジニアに読んでほしい50の資料 - Qiita
                  • アニメ界の“最終防波堤” 「作画崩壊」でトレンド入りした演出家に直撃インタビュー 「作画監督が10人とかいるアニメは無駄の極み」

                    ※本記事はアフィリエイトプログラムによる収益を得ています ――とんでもない奴がいる。というのが第一印象だった。 ことアニメ業界というのは金銭関係の問題が尽きない場所だ。脱税や詐欺、バックマージン、はては計画倒産による未払い……さらにはアニメーター等のスタッフに対する低賃金がそうだ。そこへ来てアニメ演出家・佐々木純人氏の次のようなツイートが目に飛び込んできた。 「次はどこの予算抜いたろーかな」「これで儲け100万くらいw」 担当作品が「作画崩壊」だと叩かれ炎上してもどこ吹く風。過去の言動をたどると「4000万円近い年収」をほのめかす投稿も見つかった。 こうした傍若無人な態度に憤りを覚えつつも、絶えずハイペースで新作を作り続け、待遇改善の必要が叫ばれるアニメ業界の中にあって羽振りの良さを隠そうとしない姿勢に興味をひかれた。この演出家は何者なのか? 早速コンタクトを取ってみると、あっさりインタビ

                      アニメ界の“最終防波堤” 「作画崩壊」でトレンド入りした演出家に直撃インタビュー 「作画監督が10人とかいるアニメは無駄の極み」
                    • あなたも「天才」になれる? 10000 時間積み上げの法則

                      A gift or hard graft? | Guardian.co.uk 人より恵まれた天才的な才能を発揮する人にとっては、努力なんて必要のないことなのでしょうか? あるいは、努力によって何事もカバーできるものなのでしょうか? その疑問への答えは「10000 時間」かもしれません。 「ティッピング・ポイント」 や、その廉価版「急に売れ始めるにはワケがある」 、第1感 「最初の2秒」の「なんとなく」が正しい といった本で著名な、マルコム・グラッドウェルの新しい本、Outliers: The Story of Success からの抜粋記事が Guardian 紙に掲載されていまして、この興味深い問題について触れています。 彼によると、伝説的なプログラマーのビル・ジョイのような人や、ビル・ゲイツや、ビートルズのようなバンドの成功も、「10000時間の努力」と、いくつかのタイミングが支配して

                        あなたも「天才」になれる? 10000 時間積み上げの法則
                      • 大炎上したスクールフォト業界で勤めてたんだが、もう学校写真のカメラマンは限界かもしれない|所在ない

                        小学校の林間学校のキャンプファイヤーの様子 ・スクールフォト業界にて炎上事案発生2024年2月28日、Twitterに書かれたとある投稿が、学校カメラマンや写真業界を超えて、SNSで大炎上してしまった。 「カメラマン大大大募集です 現在3名しか決まっておらず、あと100名くらい来ても大丈夫です。詳細は下記をご覧下さい。 もし経験が無くて不安な方は3/16(土)、23(土)に同様の撮影があるので私や他のカメラマンの撮影に同行して教えます。どしどしご連絡待ってます。 小・中学校入学式の写真撮影案件 日時:4/8(月)9:00-16:00予定 ※午前か午後どちらかだけの対応でも可能 場所:埼玉&東京&千葉&神奈川(少し)の小中学校 ※出発場所を考慮して1時間圏内で撮影場所をご依頼します 撮影内容:式の前後のスナップ写真&式最中の様子など 必要な経験: 一眼レフで人を撮った事がある方 必要な機材:

                          大炎上したスクールフォト業界で勤めてたんだが、もう学校写真のカメラマンは限界かもしれない|所在ない
                        • 文才の有無に関係なく、誰でもそれなりに整った文章を書くコツ|村井 弦|文藝春秋

                          文章の書き方に正解はない。 ただ、ちょっとした「コツ」みたいなものはあると思う。 僕は会社に入ってから9年間、「週刊文春」と「文藝春秋」の編集部で、文章に携わる仕事をしてきた。 たかだが10年足らずの経歴で何を偉そうに、と思われる方もいるかもしれないが、最近になってようやく、「文章を書くコツみたいなものがあるのではないか?」ということに気がつき始めた。 もちろん一流作家のような芸術的で天才的な文章を書くコツではない。文才の有無は関係なく、誰でもそれなりに整った文章を書くためのコツだ。 noteをやっている人の中には「何かを書きたい、でもどうやったら書けるだろう」と思っている人がいると思う。また、「書きたいんだけど、素人の書いた文章みたいに読まれたら恥ずかしいな」と思って、躊躇している人もいるかもしれない。 さらに、「周りから『何でもいいからとりあえず書いてみたらいい』と勧められるんだけど、

                            文才の有無に関係なく、誰でもそれなりに整った文章を書くコツ|村井 弦|文藝春秋
                          • サーバーレスパターン

                            やりたいこと(ユースケース)から利用パターンへ到達できるように、ユースケース主導で紹介。利用するサービスのすべての機能をを覚えなくてもやりたいこと/部分からスタートできます。実際、類似するアーキテクチャの実例が多くあることがわかります。 パターン別のテンプレートから始めてみよう!  チュートリアルで体感しよう! - いくつかのパターンはテンプレート/雛形から始めることができます。それぞれのパターンの「Template」「Sample」「Solution」のリンク先を参照ください。 - 実際に作って動かせるチュートリアルに「Tutorial」「Workshop」リンクからアクセスできます。ちょっとしたトライに費用が気にならないのもサーバーレスの良いところ。 - 各パターンの特性に合わせたエラーハンドリングの記事を拡充中。それぞれのパターンの「エラーハンドリング」リンクからご確認ください。 -

                              サーバーレスパターン
                            • ついつい長居してしまう専門的なサイト25選

                              仕事があるのについつい長居してしまう サイトって無いですか?何かを大量に まとめてあるサイトだったり、掘り下げたく なるような専門サイトだったり、理由は様々です。 僕も例外なく気が付いたら全然仕事してない時も あります。そんなサイトを25サイト選んでご紹介します。 中には僕にはまだ必要ないサイトもありますが、こんな専門サイトもあるよ、って事で。因みに一貫性は全くありません。ただ、「長居しちゃう」ってだけ。順不同です。 SourceForge.JP 日本語で読めるオープンソース配布サイト。ここはかなり素敵。 SourceForge.JP OpenSourceCMS オープンソースのCMSに絞った海外の配布サイト。ブログとかEC系とかやたらあります。管理画面のデモもあるのでDLする前に触れるのは嬉しい。 OpenSourceCMS Twitpaper Twitterの背景の秀逸なデザインをダウ

                                ついつい長居してしまう専門的なサイト25選
                              • これが5年間の技術的失敗と成功の歴史、GREEの成功を支えた技術者たちの闘いが今明かされる

                                「2007年からソーシャルゲームを提供してきたGREEにおける、技術的な側面での失敗と成功の実例を通じて、そのノウハウや必要な技術について解説します。合わせて、それらの経験に基づくGREEから提供していくフレームワークであるGREE Technology Stackについてもご紹介します」ということで、CEDEC2011にて講演された「GREEソーシャルゲーム5年間の技術的失敗と成功の歴史 ~GREE Technology Stackのご紹介~」はかなり濃い内容となっており、グリーの開発本部 取締役 執行役員CTO 開発本部長である藤本真樹氏と、同じくグリーの開発本部 インフラ統括部 アプリ基盤チーム リーダーの梶原大輔氏による話が次々と展開されていきました。 注目度も非常に高く、人だらけ。 今回はこの講演を発表の場にいる感覚で読んでもらえるように、当日の発表資料と合わせてまとめてみました

                                  これが5年間の技術的失敗と成功の歴史、GREEの成功を支えた技術者たちの闘いが今明かされる
                                • すべてのプログラマが読むべき記事10選 | POSTD

                                  Javaプログラマやソフトウェア開発者として、私は「プログラマが知っておくべき…」というタイトルが付く記事から、多くのことを学びました。そういった記事は、特定のトピックに関する有益かつ詳細な情報を数多く与えてくれましたが、探し出すのが非常に困難でもあったのです。知識を探求する中でとても役に立つ記事を見つけたら、参考として何度も読み返せるようにブックマークしてきました。こういった記事を読むことは、どのプログラマにとっても有益になると思うので、私が集めた「 すべてのプログラマが知っておくべきこと 」を皆さんと共有する為にこれを書きました。 ここで紹介する記事は私が個人的にブックマークしたものです。「メモリ」、「Unicode」、「浮動小数点演算」、「ネットワーキング」、「オブジェクト指向設計」、「時刻」、「URLエンコード」、「文字列」などといった代表的なトピックについて載っています。このリス

                                    すべてのプログラマが読むべき記事10選 | POSTD
                                  • 「未経験文系から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
                                      • UXの効果が数字でわかる!5つのUX KPI : DeNA Creator(クリエイター) Blog

                                        プログラミング教育や社員の健康をサポートする「CHO室」の取り組みなど、DeNAのCSRに関する情報を発信するブログ

                                          UXの効果が数字でわかる!5つのUX KPI : DeNA Creator(クリエイター) Blog
                                        • 子供を塾に通わせる前にやっておくべき「勉強のインフラ整備」の話

                                          この記事で書きたいことは、大筋以下のような内容です。 ・「勉強出来ない教育ママはとにかく塾に通わせたがる」的な話を読みました ・塾で全てが解決するわけではないのはまあその通りなのですが、マウントと煽り主体で「じゃあどうすればいいねん」という話を置いていき過ぎだなとも感じました ・塾が有効に動作しない時、その原因になるのは多くの場合「タスク管理不足」です ・人類はマルチタスクが苦手でして、その為タスク管理やタスク整理の練習を積まないといけません ・子どもに「勉強する気を起こさせる」ことは大抵の場合極めて困難ですが、勉強をするインフラを整え、タスク管理の技術習得を手伝ってあげることは出来ます ・どうすればいいの?→大きく三つあります。「広い机を用意して」「タスク可視化とタスク整理用のインフラを作って」「当初はなるべく子どもと一緒にタスク整理をしてあげましょう」 ・ただ、その上で「三歩進んで二歩

                                            子供を塾に通わせる前にやっておくべき「勉強のインフラ整備」の話
                                          • 人月計算とExcelとスーツの世界より

                                            俺の住む世界はアイティーとやらに支えられているらしい。 アイティーに関われば、俺の住む世界をさらに素敵なものにしていけるに違いない。していきたい。 そう願って、何も知らなかった文系新卒の俺が金融系のシステム会社に入って、もう一年以上が経つのだ。 昔、お遊びでゲームを作ったことはあった。RPGツクールなんかが好きだった。 だから自分はシステム会社に向いていると思った。 実際、資格取得を勧められて始めた勉強は楽しかった。 浮動小数点数、オートマトン、SQL、スタック、木、論理式。 パズルみたいで楽しかった。コンピュータの中身が理解できて、わくわくした。 楽々と基本情報技術者の資格を手にし、半年後にはほとんど勉強もせずにソフ開も取得した。 研修の課題では同期の誰よりも速く、短く効率のいいソースを仕上げた。 現場に出て、本番機に触った。 30年間親会社を支え続ける偉大なシステムの中身を、わくわくし

                                              人月計算とExcelとスーツの世界より
                                            • AndroidのNFC機能でFeliCaの読み書きをする | −ゆめログ− | ゆめみスタッフブログ

                                              • 趣味の電子工作をする前に知っておきたかったこと - izm_11's blog

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

                                                  趣味の電子工作をする前に知っておきたかったこと - izm_11's blog
                                                • 35歳定年説より怖いフルスタックエンジニアしか生き残れない未来とは - paiza times

                                                  Photo by Joi 今回のpaiza開発日誌は片山がお送りします。 今後も技術(開発)を中心にエンジニアとしてのキャリアを歩んでいきたいなと考えている方向けに最近騒がれているフルスタックエンジニアとは何か、という事と、何故今後フルスタックエンジニアしか生き残っていけないのか?という事について書いてみました。 ■最近よく見かける【フルスタックエンジニア】とは何か? まずStackって何だろう?、というところで海外の記事などを読むと"LAMP stack"という言葉が良く出てきます。LAMPの場合、OSはLinux、WebサーバはApache、データベースはMySQL、プログラミング言語はPHP(もしくはPerl、Python)という形で組み合わせたものの事を言います。つまりOS、Webサーバ、DB、プログラミング言語の組み合わせ≒積み重ね、なのでStackという事のようです。こういった

                                                    35歳定年説より怖いフルスタックエンジニアしか生き残れない未来とは - paiza times
                                                  • dfltweb1.onamae.com – このドメインはお名前.comで取得されています。

                                                    このドメインは、お名前.comで取得されています。 お名前.comのトップページへ Copyright © 2020 GMO Internet, Inc. All Rights Reserved.

                                                      dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
                                                    • やる夫で学ぶディジタル信号処理

                                                      やる夫cry2 実験データの解析とかで信号処理をしなくちゃならないことが多くなってきたお… やる夫cry 数学でフーリエ解析とか習ったけど,真面目に聞いてなかったのでさっぱりわからないお… やる夫 だからやらない夫に教えてもらうお! やる夫で学ぶディジタル信号処理 東北大学 大学院情報科学研究科 鏡 慎吾 更新履歴 (最終更新: 2016.01.08 ) PDF版 アスキーアートがないと読む気にならないという方は,ページ上部の「アイコンを表示する」をクリックしてください.アスキーアートではないけど多少は助けになるかも知れません. 講演の機会を頂きました.ご関係各位に感謝します: やる夫で信号処理は学べるか ―東北大学機械知能・航空工学科における信号処理教育とウェブ教材― (依頼講演), 電子情報通信学会総合大会, AS-2-8, 九州大学伊都キャンパス, 2016年3月16日. [PDF]

                                                      • 『ベルセルク』再開のお知らせ|白泉社

                                                        書名、著者名、書名(カナ)、著者名(カナ)、ISBNコード、発売年月での検索が可能です。 発売年月日については「2016.06.29」のようにコロンで区切る形として下さい。 『ベルセルク』が6月24日発売のヤングアニマル13号から連載再開するのでお知らせいたします。連載再開に際し、ヤングアニマル編集部及び森恒二先生からのメッセージを掲載いたします。引き続き『ベルセルク』をご愛読いただけるよう何卒よろしくお願い申し上げます。 読者のみなさまへ 『ベルセルク』を再開いたします。 長らくご案内が出来ず申し訳ありませんでした。 「大ベルセルク展」「YAメモリアル号(2021年18号)」「ベルセルク単行本第41巻」などへのみなさんのコメントを読める限り読ませていただきました。その一通一通やSNSに書かれたみなさんの想いに感謝で一杯です。みなさんがどれほどベルセルクに影響され愛してくれたかが心にしみま

                                                          『ベルセルク』再開のお知らせ|白泉社
                                                        • タイムゾーン呪いの書 - Qiita

                                                          コメント欄で「Software Design 誌 (2018/12) に寄稿した内容や修正などをこちらの記事にも適用したい」と言ったあと、やるやる詐欺でずっと放置していましたが、三年近く経ってようやく 2021年 7月に大幅に改訂し、同時に Zenn に引っ越すことにしました。 タイムゾーン呪いの書 (知識編) タイムゾーン呪いの書 (実装編) タイムゾーン呪いの書 (Java 編) なにやら長くなりすぎたので三部構成になっています。 この Qiita 版は、しばらく (最低一年は) 改訂前のまま残しておきます。 タイムゾーンの存在はほぼ全ての人が知っていると思います。ソフトウェア・エンジニアなら多くの方が、自分の得意な言語で、タイムゾーンが関わるなにかしらのコードを書いたことがあるでしょう。ですが、日本に住んで日本の仕事をしていると国内時差もなく1 夏時間もない2 日本標準時 (Japa

                                                            タイムゾーン呪いの書 - Qiita
                                                          • 京都市が今回失敗したような、自治体のシステム更新について

                                                            http://itpro.nikkeibp.co.jp/atcl/column/14/346926/101101158/ Q1.役所の仕事なんて全国でほぼ一緒なのに、なんで自治体ごとに別のシステムを作るの? A1.地方自治体の事務や財務について法律で決まっているのは大枠だけだよ。 それを実務≒内部規定に落とし込むのは各役所ごとなので大枠は似てても実務プロセスは全然各役所で違うよ。例えば同じ業務でも独自の語彙があったり、下手すると同じ語で市町村ごとに意味が違ったりするよ。 Q2.なんで新規で作らないの? A2.80年代ぐらいにやったよ。その結果が政令市クラスに残ってて今回京都市が更新しようとしてるような、メインフレーム上のシステムだよ。 Q3.メインフレーム(汎用機)って何? A3.みんなが使ってるWindowsとかLinuxとかのOSがなかった時代のコンピュータだよ。IBMとかがベンダーご

                                                              京都市が今回失敗したような、自治体のシステム更新について
                                                            • シリコンバレーのエンジニアが語る、誰にも悪気はなかった話

                                                              上杉周作シリコンバレーのエンジニアが語る、誰にも悪気はなかった話2017/02/22 貧困の連鎖を止めようとしたら、子どもの学力が下がりました。働き方から変えよう、地方から変えようとしたら、何も変わりませんでした。 自己紹介こんにちは。上杉周作と申します。教育について考えるのが好きな、シリコンバレー在住のエンジニアです。 88年生まれで、中学1年まで日本で暮らし、それからはアメリカ在住です。カーネギーメロン大でコンピュータサイエンスを学び、AppleとFacebookでエンジニアインターンをし、その後シリコンバレーのベンチャーを転々とし、2012年9月よりシリコンバレーの教育ベンチャー・EdSurgeに就職しました。2017年1月にはNHK「クローズアップ現代+」の教育特集に「教育×IT」の専門家としてお呼びいただき、教育評論家の尾木ママさんと共演しました。 そしてこのたび、4年とすこし働

                                                                シリコンバレーのエンジニアが語る、誰にも悪気はなかった話
                                                              • もらえる経験値を最大化する「正しい努力」のまとめ - teruyastarはかく語りき

                                                                人生は練習と思ってる所が本番で、本番と思ってる所はオマケだ。 http://d.hatena.ne.jp/teruyastar/20131207/1386476138 年末の記事に反響があったのですが、 「ずっと本番って、その努力ほんとに報われるのか?」 という意見をもらいました。 あと関連で、 「基礎が大事」という本当の意味を理解しているか? http://d.hatena.ne.jp/teruyastar/20110208/1297157480 「基礎を無意識のゼロに限りなく近づけるのが守破離の守、 といっても、いつになったら破・離へ移行するの?」 みたいな意見も。 なるほど、、基礎や準備こそ大事ではあるのですが、 これは確かにやみくもな努力へのミスリードに見えるかもしれません。 そうならないよう「正しい努力の仕方」を示す記事 をまとめてみました。 前提・7つの習慣における「第2領域」

                                                                  もらえる経験値を最大化する「正しい努力」のまとめ - teruyastarはかく語りき
                                                                • 2017年のフロントエンドエンジニアならこの程度は知ってて当然だよな? - Qiita

                                                                  って海の向こうの人が言ってました。 私はjQueryさえあれば概ね生きていけるので全然知らないけど、 あなたは全部知ってるフロントエンドエンジニアなんだね。すごーい! 以下はFront-End Developer Handbook 2017の第三部、Front-end Developer Toolsからリンクされているツールと、その簡単な紹介です。 ドキュメントツール Dash 150以上のライブラリのAPIリファレンスを検索できる。有料、Mac専用。 DevDocs 200以上のライブラリをオンラインで検索できる。無料。 Velocity 中身はDashと同じ。 有料、Windows専用。 Zeal 200以上略 無料のオフラインドキュメント。 SEOツール Keyword Tool 検索ワードを入れると関連キーワードを教えてくれる。 Google Webmasters Search C

                                                                    2017年のフロントエンドエンジニアならこの程度は知ってて当然だよな? - Qiita
                                                                  • AWSでのセキュリティ対策全部盛り[初級から中級まで]

                                                                    弊社クラスメソッド株式会社主催のイベント「Developers.IO 2019 TOKYO」での登壇資料です。 セキュリティ対策メガ盛りマックス ブログ: https://dev.classmethod.jp/cloud/aws/developers-io-2019-tokyo-all-security-in-aws/ ハッシュタグ: #cmdevio ブログの方に喋った内容の補足など入れてあります ちなみにブログをシェアしてくれると喜びマックス

                                                                      AWSでのセキュリティ対策全部盛り[初級から中級まで]
                                                                    • Webアプリケーションフレームワーク導入時に考慮すべき22の観点 - Qiita

                                                                      本記事では、 チームによる持続的に変更可能なWebアプリケーションの開発を目標に、フレームワーク導入時に考慮すべき22の観点を紹介する。 フレームワークによって特徴は異なるが、本番導入にあたって、考慮すべきポイントはあまり変わらないので、極力フレームワーク1に依存しすぎないよう配慮する。また、話をシンプルにするため、REST APIを提供するアプリケーションを題材とする。 前提 ソフトウェアのエントロピー ソフトウェアがエントロピー増大の法則を避けられないことを、体感している開発者は多いだろう2。普通にアプリケーション開発を続けると、開発スピードは鈍化し、品質は低下してバグが増え、開発者からは技術的負債への怨嗟の声が聞かれるようになる。エントロピー増大というフォースは極めて強力で、意思を持って立ち向かわなければ、容易にダークサイドに堕ちてしまう。 関心事の分離 大規模Webアプリケーション

                                                                        Webアプリケーションフレームワーク導入時に考慮すべき22の観点 - Qiita
                                                                      • Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した(前編)

                                                                        Google エンジニアの Steve Yegge 氏、Google+ への懸念を漏らす http://japan.internet.com/busnews/20111013/8.html で記事になってたけど、原文とちょっと要旨が変わっちゃってサービスへの警鐘みたいになってしまってたので、全文訳してみた。くそ長い。お暇な方どうぞ。 (2011/10/19 08:14)ありがたい誤訳の指摘をいただいたので3カ所修正。 Stevey の Google プラットフォームぶっちゃけ話 僕は6年半ばかり Amazon にいて、今はそれと同じくらい Google にいる。この二つの会社について強く感じることは(しかもその印象は日々強まるのだけれど)、 Amazon は全てにおいて間違っていて、 Google は全てにおいて正しいということだ。そう、やりすぎな一般化だけど、驚くほど正確だと思う。いやも

                                                                          Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した(前編)
                                                                        • DB設計の神ツール「ERMaster」なら、ここまでできる

                                                                          DB設計の神ツール「ERMaster」なら、ここまでできる:ユカイ、ツーカイ、カイハツ環境!(11)(1/3 ページ) 無料のEclipseプラグイン「ERMaster」とは データベースのテーブル設計を行うときに皆さんは、どのようにしているでしょうか? いくつかの無料で利用できるツールが提供されているので、筆者はそれらを利用していましたが、最近「ERMaster」と呼ばれるEclipseプラグインの存在を知りました。 ERMasterは、ほかのツールに比べ、直感的で分かりやすいUI(ユーザーインターフェイス)に、カスタマイズ可能な、Excelで出力できるテーブル定義書、辞書機能など痒いところに手が届くERモデリングのツールです。本稿では、このERMasterについてご紹介します。 ERMasterの主な特徴、8つ ERMasterには、主に次のような特徴があります。 【1】直感的で使いや

                                                                            DB設計の神ツール「ERMaster」なら、ここまでできる
                                                                          • 一歩先行くJavaプログラマが読むべきオープンソースソフトウェア10選 - 設計と実装の狭間で。

                                                                            10万行コード読んだらJava分かるよってTwitterに書いたらすげぇ勢いでRTされたので、調子に乗って捕捉エントリ書くよ。 Java Core API JDKインストールしたディレクトリに入ってるsrc.zipを展開すると入ってるから読むと良いよ。 すぐ近くにあるのから読むってのはメンタル的に楽でいい。 厳密にはOSSじゃなくて単に公開されてるってだけなんだけども、JavaプログラマなのにコアAPIのコード読んでないとか無いよね? どれから読めば良いか分からんかったら、 java.lang java.util java.io java.text 辺りをまずはキチンと理解すること。当然コードを読み終わったら、それを使ってコードを書く事。 OpenJDK http://hg.openjdk.java.net/jdk7/jdk7 OpenJDKを読むことで、プログラム言語してのJavaではな

                                                                              一歩先行くJavaプログラマが読むべきオープンソースソフトウェア10選 - 設計と実装の狭間で。
                                                                            • 「しりとり」の戦いかた、すこし反省した - Active Galactic : 11次元と自然科学と拷問的日常

                                                                              「しりとり」は経験者人口が極めて多いゲームだけど、鬼神のごとき強さで他を圧倒するしりとりプレイヤーを私は知らない。ちょっと真剣に戦ってみたところで、 そんな程度のレベルで満足していやしないか。 さいしょは「る」の同字返しでガッチリ組み合う。先に「る→る」のストックが切れて、「る」で返せなくなったほうがひたすら「る攻め」で投げられ続ける。 小学生の時から進歩していないような、こんな大雑把でマンネリな「る攻め」戦略から脱却できないものか。 攻撃防御比最大の最強文字「る」 復習。周知の事実だが「る」は強い。 下の表は、[A](文字Xで終わる単語)と、[B](文字Xではじまる単語)をその比[A/B]の高いものから順にリストしたものである。標本の単語数は20万語であり豚辞書から、伸ばし棒をトリムした上で抽出した。*1 文字X[A]Xで終わる単語[B]Xで始まる単語[A/B] 1位る43235208.

                                                                                「しりとり」の戦いかた、すこし反省した - Active Galactic : 11次元と自然科学と拷問的日常
                                                                              • 【資料公開】カイゼンの基本

                                                                                みなさんこんにちは。@ryuzeeです。 2016年9月16日に行われたDevelopers Summit 関西で表題のテーマで登壇してきましたので資料を公開します。 カイゼンについては1日のトレーニングコース(バリューストリームマップ作成含む)を[@haradakiro](https://twitter.com/haradakiro)と提供していますのでご興味のある方は[ご連絡](https://www.ryuzee.com/contact.php)ください。 アジャイルコーチングやトレーニングを提供しています株式会社アトラクタでは、アジャイル開発に取り組むチーム向けのコーチングや、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください。 詳細はこちら

                                                                                  【資料公開】カイゼンの基本
                                                                                • Web系フリーランスをモンスタークライアントから守る契約書【テンプレートあり】

                                                                                  契約書なしの口約束でお仕事を受けてませんか? 自分はまだ駆け出しのフリーランスだから…… クライアントへ契約の手間を与えてしまうから遠慮しちゃう…… 契約とか法律とかよくわからないから…… などなど、理由は様々あるのかもしれません。 でも、契約書なしで案件を受けていると必ずいつかトラブルが起きますよ。 例えば、代金以上の労働を求められたり、お金を払わず逃げられたり。 ボクも12年間、ウェブ制作業に関わってきてますが、残念なことにこうした契約に関わるトラブルをいろいろと経験しました。 確かに、契約書を自分で作るのは難しいです。行政書士へ契約書の作成を依頼するとかなりお金がかかります。 でも、契約書がたった1枚あるだけで、クライアントと友好的な関係を長く築けるのも事実です。 この記事のタイトルには「モンスタークライアントから守る」と書きました。 実際は、契約書は制作を受ける側のあなただけを守る

                                                                                    Web系フリーランスをモンスタークライアントから守る契約書【テンプレートあり】