Qiitaでお金が稼げるなら質の高い記事がもっと増えるのではないかという提言 - Qiita
最近Qiitaで、全ての開発者がQiitaへのアウトプットをやめるべき理由という記事を見つけました。この記事を読んだ率直な感想は、「云わんとしていることは分かるが、解決策間違ってね？」というものでした。 僕は逆に、「Qiitaがこのように変わってくれたら、もっと良記事が増えて、Qiitaへ来る人が増えて、日本のエンジニア界隈がさらに盛り上がるのではないか」という視点で、Qiitaに投稿するという形で意見を書きたいと思います。 意見とは、タイトルにもあるように、Qiitaでお金が稼げるなら質の高い記事がもっと増えるのではないかというものです。 なぜエンジニアはQiitaに記事を書くのか エンジニアがQiitaにアウトプットをする一番大きな理由は、 日本のエンジニアが集まるプラットフォームとして最大級だから だと思っています。Qiitaに質の高い記事を書けば多くのエンジニアが注目してくれて、半
今後必要になるプログラム言語
今後必要になるマスター言語 JAVA RUBY C++ PL/SQL JAVA JAVAアプレット JAVAサーブレット JAVAscript この3つのうちJAVAServletおよびJavaScriptは必須。 条件としてJavaBeansについて的確な知識があり、自分で設計取り回しができるレベル。 JavaBeansの設計とは、JAVA言語特有の空間的なソースやデータの配置を把握してることが条件なので、システムエンジニアへの質問もしくは仕様理解に努めること。 国内外問わずシステムのシェアはWINDOWS主体でありほぼJAVAで統一されている。 さらに動的HTMLなどについてもJAVAサーブレットの知識が流用される。 JavaScriptの知識については特に必要ないがBeansその他に直結するケースが多いので仕様確認。 RUBY この言語についてはJAVAのサブルーチンとしての位置づけ
どうしてみんなMarkdown書くときTypora使わないの? - Qiita
ここでは、最強のMarkdownエディタTyporaについて紹介する。 機能に関しては随時更新予定。 ざっくり概要 Typoraを使ってMarkdown書いているときの様子は以下のような感じになる。 後述するが、記述したその場でスタイリングしていく仕組みなので、「プレビュー表示」という概念がない。 そのため、目線を行ったり来たりさせる必要がない。 例えば、 上記のように#記号に続いて文字入力を行い、Enterキーで改行すると.... このように、自動的にその場でMarkdownの見出し表示になってくれる。 Typoraのいいところ 記述したその場でスタイリングしていく仕組み そのため、2つの画面を目で行ったり来たりする必要がない 操作が極めて直感的 高機能であるにも関わらず、インターフェースがとてもシンプル 数式・画像の挿入、表の作成など、通常のエディタだと苦戦するような操作も非常に簡単に
YYPHP#56「竹原のコードのIssueを見る、LinuxコマンドやApacheの設定をどうやって学んでる？『return falseを返すのか、例外を投げるのか』その使い分、PHPにも転用できるJavaの知識、技術書典5に参加してみての感想・体験談、Laravelの何がすごいのか、YYPHP推薦図書 (技術書典5)」 - Qiita
YYPHP#56「竹原のコードのIssueを見る、LinuxコマンドやApacheの設定をどうやって学んでる？『return falseを返すのか、例外を投げるのか』その使い分、PHPにも転用できるJavaの知識、技術書典5に参加してみての感想・体験談、Laravelの何がすごいのか、YYPHP推薦図書 (技術書典5)」JavaPHPLinuxApacheYYPHP これは2018年10月12日に開催したPHPerイベントYYPHP#56のイベントレポートです。 YYPHPは一言で「PHPerの部室」です。PHPについて、雑に、ゆるく、ワイワイ話し合う集いです。毎回お題を決めずに雑談を出発点にいろいろなことを突発的にやります。集まった人でコードリーディングをすることもあれば、一緒に開発ツールを触ってみたり、フレームワークについての情報交換をすることもあります。開催はほぼ毎週、高田馬場にて。
Unity(C#) で「正しい」暗号化処理をするライブラリを作成しました
概要 Unity(C#)において、共通鍵暗号の代表格であるAES暗号(正確にはAES暗号ではなくRijndael暗号)と公開鍵暗号の代表格であるRSA暗号、それぞれ手軽に実装でき、セキュアな(解読されづらい)ものになるようにしたライブラリを公開しました。 UnityCipher unitypackageをご希望の方はreleasesからダウンロードできますのでこちらからダウンロードしてください UnityCipher Releases Unity Package Manager(UPM)を利用してダウンロードする場合は Packages/manifest.json に以下の内容を記述 { "dependencies": { "net.taptappun.taku.kobayashi.unitycipher": "https://github.com/TakuKobayashi/UnityC
「オブジェクト指向とは、現実世界を正しく捉えること」という理解はデメリットのほうが大きい
これは「オブジェクト指向」がよくわかってない人の書いたポエムである。 そういうのが嫌いな人はお帰りください。 はじめに リンクは貼らないが「オブジェクト指向の本質とは現実を正しく捉えること」と書かれている記事（以下、元記事）がバズった。 私は正直「オブジェクト指向」の何たるかを理解しているとは言い難い。 しかし、そんな私でも元記事がいくつかの点でおかしい、もっと厳しくいうと開発現場に混乱をもたらす可能性を持っていることは理解できる。そこでこの記事では「オブジェクト指向とは〇〇である」という言及は行わずに、元記事の問題点を指摘するに留める。 長方形と正方形の例 オブジェクト指向プログラミングと現実世界の話というとBobおじさんが『アジャイルソフトウェア開発の奥義』に書いた正方形と長方形の話が有名だ。 話は簡単だ。「正方形クラスは長方形クラスを継承するべきか？」というものだ。 少しだけ詳しく見
オブジェクト指向を5000%理解できたら、次に5000兆%理解できように実社会の例でオブジェクト指向を考えてみる。
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? こんにちは。shamojiです。 オブジェクト指向入門について、様々な記事で扱われている昨今ですが、どれもこれも一部分しか切り取って教えていないものばかりで、結局全体として分かりにくい入門になっているかと思います。 私もUnity＋C#で開発する中でようやく本質と思えることが分かったので、 コードなどは一切書かずに概念だけ共有しておきます。 #オブジェクト指向は何を目的としている？ ##本質 オブジェクト指向が一番目指したい部分は何かというと、 「責任の所在がどこにあるのかはっきりさせる」 というただこの一点のみだと私は考えています。
オブジェクト指向が5000%理解できる記事
前書き 結論から。 オブジェクト指向とは、現実世界を正しく捉えることです。 オブジェクト指向、全然むずかしくないんですけど、悩んでる人多いですね。この記事を読めば絶対に分かるようになるので、ゆっくり読んでみてください。 想定読者は今まさにオブジェクト指向に苦戦している人たちです。 オブジェクト指向ができた背景とかオブジェクト指向のメリットとかそういうのはググればいくらでも出てくるので、この記事ではオブジェクト指向の本質的なコンセプトにのみ焦点を当てています。 あたまでっかちな説明ばかりで分かりにくかったオブジェクト指向が、5分でサクッと理解できる内容になっています。お楽しみに！ 目次 理論編 オブジェクト クラス プロパティ メソッド メッセージング 実践編 まとめ おまけ 継承 ポリモフィズム コンストラクタ カプセル化 理論編 オブジェクト むずかしく考えないでくださいね。オブジェクト
ユーザーに改変してほしくない処理をJavaScriptで書いてしまう危険性について - Qiita
ユーザーに改変してほしくない処理をJavaScriptで書いてしまうことは、とても危険です。なぜ危険で、どれほどクリティカルな問題なのかということを書いていきたいと思います。 ##ユーザーを信用してはいけない まず、大前提としてプログラミングの世界ではユーザーから入力されるデータや送られてくるデータを信用してはいけません。もちろん大半のユーザーは悪さをしようとは考えていないと思いますが、中には悪さをしようとするユーザーもいます。そんなユーザーが悪意のあるスクリプトを送ってきたり（XSS）、SQLインジェクションなどで攻撃してきたりした時に、何も対策をしていないとデータを改変させられたり、抜き取られたりしてしまう危険があります。対策としては、エスケープ処理をしたりプリペアードステートメントを利用したりすればいいのですが、今回はXSSなどの対策の話ではないので割愛させて頂きます。 ##入力フォ
「VB歴18年」の私がVBの素晴らしさを語る【C#もPHPもPythonもメインで使わない理由】 - Qiita
１．「VB歴18年」の私「野田工房」の経歴 ・今回、はじめてQiitaで記事を書く ・私の生き様が「VBの素晴らしさを語る前提」となる ということで、「私の経歴」をざっくり書きます。 ◯私は、「才能」がまったくない「ダメ人間」だった！ 下記の5つのエピソードから、私がどれだけ才能が無いかは、分かると思います。 （１）「8年間習ったピアノ」はまったく上達せず （２）「6年間習った英語」は、「一番の苦手科目」に （３）「美術」は、筆記100点でも、「実技」（絵）がひどすぎて「低評価」 （４）再起して、「2年間やった吹奏楽」も上達せず、音楽経験皆無の後輩に抜かれる始末 （５）「相手が2人以上」になると、まったく話せなくなるほどのコミュ障 本当にリアルでは、「ダメ人間」です。 ◯そんな中、唯一成果が出たのが「パソコン」 小学1年から、「パソコン」を触る機会に恵まれました。 当時は、「超低スペック」
サマータイム導入には反対だが、サマータイム導入に必要なことを考えた - Qiita
はじめに あらためて書くが、サマータイム導入には大反対である。システムの問題も大きいが、サマータイム推進派が唱える導入によるメリットも懐疑的である。また1日の周期が変わることによる人間に強いる負荷も大きく、サマータイムにはデメリットしかないのではと考えている。 しかしながらサマータイム導入に反対でも、技術面では興味深く、サマータイム対応に必要なものを考えてみることは悪いことではない。そこでざっくり考えてみたところ、サマータイム導入には次にあげる項目での対応が必要ではないか。 時計がサマータイムに対応できるか サマータイム移行日に無くなる時間帯が発生するが問題は無いか 標準時に戻る日に同じ時間帯が発生するが問題は無いか 1日が24時間より短くなることに問題は無いか 1日が24時間より長くなることに問題は無いか 電文(通信内容)で利用している時刻に問題は無いか これ以外にも気づいてない問題があ
DI・DIコンテナ、ちゃんと理解出来てる・・？ - Qiita
意外と分からずに、「とりあえず」とか「なんとなく」で使っちゃうパターンが多い系案件な気がして書いてみます。 こんな事ありませんか？ DIとDIコンテナの違いを説明出来ない DIとサービスロケータの違いを説明出来ない DIを使ってるつもりが、サービスロケータになっている DI、サービスロケータが、ただの「パターン」の１つであることを理解してない DI(Dependency Injection)を正しく理解する そもそも、Dependeny Injectionを日本語にするとどういう意味になるでしょうか。 多くの人が「依存性の注入」とか応えるのではないでしょうか？ 私もそうでした。きっと何かで読んだのでしょう。 (wikipediaに「依存性の注入」と書いてありますね) 補足 なぜ依存性を注入してあげると良いのか、そのメリット等は後述しますが、 DIというのはただのパターンの１つです。 たまに
リリース済みiOSアプリのソースコード、全部見せます！ - Qiita
更新内容 2022年8月10日:GitHubに公開しているアプリをXcode13.4.1以降に対応（詳しくはこちらを参照。） はじめに 今回、アプリのソースコードを公開しようと考えたのには以下の理由があります。 自分が作ったアプリを多くの人に見て欲しい。 いろんな人の意見を聞きたい。 コードを共有することでアプリを作る人の手助けがしたい。 この記事が皆さまのお役に立つことができれば幸いです😃 アプリの紹介 Innovy（イノービィ）。 最新のサービスや技術の情報収集にアンテナを立てている20代〜30代（主に男性）向けのニュースアプリです。 ※革新者（イノベーター）をイメージした名前にしました。 ジャンル別の最新ニュースやユーザの反応を見ることができます。 また、ニュース読み上げ機能があるため、歩きながらニュースを確認することもできます。 アプリURL：https://itunes.app
[DDD]ドメイン駆動設計で実装を始めるのに一番とっつきやすいアーキテクチャは何か - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? DDD連載記事 なぜDDD初心者はググリ出してすぐに心がくじけてしまうのか ドメイン駆動設計の定義についてEric Evansはなんと言っているのか モデルでドメイン知識を表現するとは何か ドメイン駆動設計で実装を始めるのに一番とっつきやすいアーキテクチャは何か ドメイン駆動 + オニオンアーキテクチャ概略 背景・前提 なぜDDD初心者はググリ出してすぐに心がくじけてしまうのかの記事で、 ネット上の文献で紹介されるアーキテクチャが様々なものとなっているのです。IDDDではヘキサゴナルアーキテクチャというものが掲げられていましたが、それを
![[DDD]ドメイン駆動設計で実装を始めるのに一番とっつきやすいアーキテクチャは何か - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/61404f85e8ddae12b89c7fea2e3c80d139c0309f/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFtYXpvbmF3cy5jb20lMkYwJTJGMzA0ODklMkZwcm9maWxlLWltYWdlcyUyRjE1MTY1OTE5NzU_aXhsaWI9cmItNC4wLjAmYXI9MSUzQTEmZml0PWNyb3AmbWFzaz1lbGxpcHNlJmZtPXBuZzMyJnM9NzA3OWY0ZDZiZDM0MTdiZTQwMmY3Y2YwODk1YzZjMDU%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253Dfff15716f27407b1e402d6be9eb2829c%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCREREJTVEJUUzJTgzJTg5JUUzJTgzJUExJUUzJTgyJUE0JUUzJTgzJUIzJUU5JUE3JTg2JUU1JThCJTk1JUU4JUE4JUFEJUU4JUE4JTg4JUUzJTgxJUE3JUU1JUFFJTlGJUU4JUEzJTg1JUUzJTgyJTkyJUU1JUE3JThCJUUzJTgyJTgxJUUzJTgyJThCJUUzJTgxJUFFJUUzJTgxJUFCJUU0JUI4JTgwJUU3JTk1JUFBJUUzJTgxJUE4JUUzJTgxJUEzJUUzJTgxJUE0JUUzJTgxJThEJUUzJTgyJTg0JUUzJTgxJTk5JUUzJTgxJTg0JUUzJTgyJUEyJUUzJTgzJUJDJUUzJTgyJUFEJUUzJTgzJTg2JUUzJTgyJUFGJUUzJTgzJTgxJUUzJTgzJUEzJUUzJTgxJUFGJUU0JUJEJTk1JUUzJTgxJThCJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LXBhZD0wJnM9OGM3ODBmNGU0ZDllZThmNjdlZTRjNzEzNjljYTcxZGQ%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBsaXR0bGVfaGFuZF9zJnR4dC1jb2xvcj0lMjMxRTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LXBhZD0wJnM9YjAwNGRjNTNlZGExZTYwNTkwYjVjOWQyODM5MDlmZWI%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D4778d551c23c8bf0756895acbe79b7a5)
Repositoryパターンのアンチパターン - Qiita
よく見かけるRepositoryパターンのアンチパターンの紹介と対策です。 Repositoryパターンとは Repositoryパターンとは永続化を隠蔽するためのデザインパターンで、DAO(DataAccessObject)パターンに似ていますが、より高い抽象度でエンティティの操作から永続化ストレージを完全に隠蔽します。 例えばDBコネクションやストレージのパス等はReposiotoryのインターフェースからは隠蔽され、Repositoryのユーザは永続化ストレージが何であるか(例えばMySQLやRedis等)を意識することなく保存や検索の操作を行うことができるようになります。 これによりRepositoryを利用するロジックは業務的な操作に集中できるようになる他、データベースの移行等の永続化層の変更が発生した際にロジックへの影響を切り離すことができるようになります。 // 例) ユーザ
「赤の他人」の対義語は「白い恋人」 これを自動生成したい物語 - Qiita
背景 「造語対義語」がちょっと面白いと思ったので、Word2Vecを応用して機械に作らせてみよう！という試み。 やりたいことは、以下のようなギャグ対義語を自動生成すること。 「赤の他人」⇔「白い恋人」 「ウサギは寂しいと死ぬ」⇔「ゴリラは孤独を背負い生き抜く」 「生きろそなたは美しい」⇔ 「死ねブス」 「冷やし中華始めました」⇔ 「おでんはもう辞めました」 「コアラのマーチ」 ⇔ 「ゴリラのレクイエム」 「やせ我慢」 ⇔ 「デブ大暴れ」 「生理的に無理」 ⇔ 「理論上は可能」 「ゲスの極み乙女」 ⇔ 「ほんのりピュア親父」 「週刊少年ジャンプ」⇔「月刊老人スクワット」 「お母さんと一緒」 ⇔ 「お父さんは別居」 「そんなんじゃ社会に出てから通用しないぞ」 ⇔ 「それだけの力があれば幼稚園では無敵だろう」 果たしてWord2Vecを活用して、このようなユーモアを生み出せるのか！？ 本投稿の内
相対的なネーミングはよせ、やめるんだ！ - Qiita
たぶん1000回くらいは言われてきているがいまだに絶滅しないので、もう1回言う。ファイル名でもソースコード上の変数でもCSSのセレクタでもなんでもいいけど、相対的なネーミングはやめよう。 Safe Harbor Statement この投稿は個人の（中略）であり、所属する組織とは関係ありません。 なぜ相対的なネーミングをしてはいけないか 名前をつけた人の主観が入り込むため 時間が経つにつれ名前が実態と乖離し混乱を招くため 実装に無駄な制約をかけるため なぜ相対的なネーミングがなくならないか なにが相対的なネーミングなのか理解していないため じゃないかな多分。 避けるべき語 というわけで相対的なネーミングを回避するための禁止ワードのうち代表的なものをあげておきます。 new, 新, latest, 最新, old, 旧 など これらの時系列を表す語は、比較対象がないと新なのか旧なのかわかりま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redmine Banner pluginを利用した混雑状況表示(手動)
[MySQL]指定した緯度経度を中心に指定半径内のスポットデータを近い順に取得する（geometry型不使用編） - Qiita![[MySQL]指定した緯度経度を中心に指定半径内のスポットデータを近い順に取得する（geometry型不使用編） - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/5ba040c4935e9fb3eb67a66ed5b129d0b00ecf63/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCTXlTUUwlNUQlRTYlOEMlODclRTUlQUUlOUElRTMlODElOTclRTMlODElOUYlRTclQjclQUYlRTUlQkElQTYlRTclQjUlOEMlRTUlQkElQTYlRTMlODIlOTIlRTQlQjglQUQlRTUlQkYlODMlRTMlODElQUIlRTYlOEMlODclRTUlQUUlOUElRTUlOEQlOEElRTUlQkUlODQlRTUlODYlODUlRTMlODElQUUlRTMlODIlQjklRTMlODMlOUQlRTMlODMlODMlRTMlODMlODglRTMlODMlODclRTMlODMlQkMlRTMlODIlQkYlRTMlODIlOTIlRTglQkYlOTElRTMlODElODQlRTklQTAlODYlRTMlODElQUIlRTUlOEYlOTYlRTUlQkUlOTclRTMlODElOTklRTMlODIlOEIlRUYlQkMlODhnZW9tZXRyeSVFNSU5RSU4QiVFNCVCOCU4RCVFNCVCRCVCRiVFNyU5NCVBOCVFNyVCNyVBOCVFRiVCQyU4OSZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9NGYzNjlhNWNiNjIxNmZjZDcwYTIxNmRlOWYxZWI3MTY%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDB5YW5nY2kmdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTEwM2ZmOWYxYjA2OWU1MDJlOWZlYTkwZjk2ZmUxMDE2%26blend-x%3D142%26blend-y%3D436%26blend-mode%3Dnormal%26txt64%3DaW4g44K544K_44O844OV44Kn44K544OG44Kj44OQ44Or5qCq5byP5Lya56S-%26txt-width%3D770%26txt-clip%3Dend%252Cellipsis%26txt-color%3D%25231E2121%26txt-font%3DHiragino%2520Sans%2520W6%26txt-size%3D36%26txt-x%3D156%26txt-y%3D536%26s%3D820f9a99af66fd10378a4c05ee71c08b)
SQL文字列を構築するベストではないかもしれないがベターなプラクティス(VB.NET) - Qiita
