タグ

ブックマーク / qiita.com (257)

  • Github issue で質問してはいけない - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事は個人ブログで海外向けに書きかけの記事の日語版です。そのため、一部日人向けではない記述が含まれます。 英語版はこちらです Why you must not ask questions on Github issues 現在は GitHub は Discussions を提供しています。 Issue Template から Discussion へと誘導するのがおすすめです。 2023-06-14 追記 TL;DR: Issue Tracker で質問するのは開発者に対する DoS 攻撃になるかもしれない。 Forum がある

    Github issue で質問してはいけない - Qiita
    t-wada
    t-wada 2016/08/08
    "質問のための issue が開発者の時間と精神力を奪います" "issue tracker で質問することは、単に開発者の時間を奪うだけでなく、ユーザーコミュニティーが成長する機会を失うことにもなります"
  • 綺麗なAPI速習会 - Qiita

    Wantedly Engineer blogに速習会資料を閲覧向けに再編しました! ぜひご覧いただけると幸いです! 記事は、綺麗なAPI速習会@Wantedlyの資料として作成されたものです。 同時にこちらのコードも参照してください。 マイクロサービス 流行りのマイクロサービス、何がいいのか 各々自由な言語やArchitectureでサービスを立てられる 障害の影響が部分的 変化に強い 個別デプロイ etc... マイクロサービス化をすすめるにあたり、やりとりは全てAPIで行う 内部のAPIであっても外部に公開できるようなクオリティのAPIを作成し、それを元にサービスを作っていくことが重要 APIGatewayとBFF API Gateway Pattern 公式サイトより 「見た目はモノリシック、実装はマイクロサービス」 一箇所見に行けば全てのAPIを見つけられる 細かい権限管理も可

    綺麗なAPI速習会 - Qiita
    t-wada
    t-wada 2016/08/05
    APIGateway や BFF も視野に入れた RESTful な Web API の構成と設計方法について。とくにページネーションの API に関する設計が詳しく解説されている。すばらしい。
  • 「JJUGナイトセミナー Java API訴訟問題を考える 」に行った - Qiita

    概要 「JJUGナイトセミナー Java API訴訟問題を考える 」に参加してきました。今回はマイクロソフト品川社での開催でした。 内容に不正確な点がございましたら訂正致します。 もしよろしければコメントか編集リクエストをくださいますと幸いです。 項目 値 日時 2016/07/11(Mon) 19:00-21:00 場所 マイクロソフト株式会社 品川社 イベント詳細 https://jjug.doorkeeper.jp/events/46995 Twitterのハッシュタグ #jjug togetter http://togetter.com/li/998688 タイムテーブル Time Title Speaker 19:00-19:30 「Oracleが訴えるまでの経緯について~SunとOSSとIBMとAndroid~」 鈴木雄介さん(JJUG会長) 19:30-20:10 「Or

    「JJUGナイトセミナー Java API訴訟問題を考える 」に行った - Qiita
    t-wada
    t-wada 2016/07/12
    Oracle vs Google 訴訟に関するセミナーについて当日の Q&A まで記されており、筆者の個人的な見解はそれとわかる記述になっている。たいへんありがたいまとめ。
  • Symfonyの学びかた (2014/04/19 講演資料) - Qiita

    2014/04/19 Symfony 勉強会 #9 自己紹介 Name : Takuto Wada github : twada twitter : t_wada hatena : t-wada 業界での立ち位置(?) 監修/監訳した プログラマとして Symfony 歴は 2 年くらい(フルタイムではない) Symfony1 時代はほぼ知らない Java, Ruby, JavaScript, elisp, PHP github 上では JavaScript プログラマ? 代表作は power-assert Why Symfony? なぜ Symfony を選んだか 「コードがしっかりしている」 メンテ方針がしっかりしている(長期サポート, 後方互換性) DIベースの疎結合設計で自分でアーキテクチャを進化させやすい 中長期的な生産性が高まることを期待できる Agenda Backgrou

    Symfonyの学びかた (2014/04/19 講演資料) - Qiita
    t-wada
    t-wada 2016/06/20
    2014/04/19 の講演資料 (ちょっと古い) を Qiita のスライドモードに移植してみました
  • React / Flux を実案件で使ってみた (2015/02/16 講演資料) - Qiita

    2015/02/16 歌舞伎座.tech#6「VirtualDOMとReact」 自己紹介 Name : Takuto Wada github : twada twitter : t_wada hatena : t-wada TDD とライオンの人 power-assert の人 React / Flux を知ったきっかけ mizchi さんのエントリ (あなたがReactを使うべき理由) だったと思う 日語の情報はほとんど無かったが、エッジ系の人たちが騒ぎ出した & 海外で圧倒的に事例が増え出したので興味を持った Rendr をつくった AirBnb が React を使い始めたことを知り、これは決定的だと思った React をどう勉強したか 公式ドキュメントとチュートリアルが充実している まず Tutorial をそのまま写経 次に browserify + babelify で T

    React / Flux を実案件で使ってみた (2015/02/16 講演資料) - Qiita
    t-wada
    t-wada 2016/06/20
    2015/02/16 の講演資料 (ちょっと古い) を Qiita のスライドモードに移植してみました
  • Dockerでホストを乗っ取られた - Qiita

    注意 件記事ですが、私の不適切な行動(拾ったスクリプトを検証なく走らせる)が原因です。「dockerは(特に何もしなくとも)危険」との誤解を皆様に与えた点、ご迷惑をおかけいたしました。申し訳ございません。 拡散されている記事を削除するのはさらなる誤解を招きかねないと思いましたので、冒頭に注意を付記しております。以下の記事は、「自分が何してるかをきちんと検証できないとセキュリティホールを生み出す」という意味で参考にして頂ければ幸いです。 追記 Twitterやはてブで言及いただきました皆様、ありがとうございます。 件はpullしてきたイメージが悪意ある開発者によるものかどうかにかぎらず、不適切な設定をしていると起こり得ます。 ※コメント欄に質問への回答という形で、私がそのときに走らせていたイメージの一覧を挙げておりますが、どのイメージも評判あるものだと思います。 皆様におかれましては「あ

    Dockerでホストを乗っ取られた - Qiita
    t-wada
    t-wada 2016/06/06
    貴重な知見の共有だ…
  • ElectronアプリのXSSでrm -fr /を実行する - Qiita

    Electronアプリでxssを発生させると任意のコードが実行できるらしいのでrm -fr /を試してみます。 想定 web版とelectron版のあるチャットアプリケーションという設定です。攻撃者が用意したリンクをクリックすると、PC内のすべてのファイルを消し去るというシチュエーションを考えてみます。 用意 環境はホストmac OSX、ゲストにubuntu14.04環境をvagrantを利用し用意しました。 expressでリストとフォームからなる脆弱性のあるチャットをつくります。エスケープ処理をしてないので、任意のコードが実行できる状況です。 'use strict'; const path = require('path'); const express = require('express'); const app = express(); const ejs = require(

    ElectronアプリのXSSでrm -fr /を実行する - Qiita
    t-wada
    t-wada 2016/06/02
  • (個人的に)IDEじゃなくてVim、Emacsじゃなきゃダメな理由 - Qiita

    まえがき みなさんのお使いのエディタは何でしょうか。 きっとそのエディタは、自身のこだわりが幾つかあってそのエディタを選択したのだと思います。 私の身の回りにも当然IDE派とEmacs,Vim派が居て、Vim派の私はよくIDE派に「IDEをなんで使わないの?こんなに便利なのに?」的な姿勢で言われることが多々あります。(仕事PHP書くので特にPHPStorm派などに…) IDEにはエディタ単体の機能ではVimは負けるかもしれませんが、個人的にはPCにインストールする系のIDEに共通する好きではないところがいくつかあって、私はVimを選択しています。その理由を記事にしてみました。 追記:2016-10-26 この記事は個人的にあまり他の記事でも語られていないなと思った、サーバーサイドのエディタで開発することの良さを書き記したものです。Vim自体、Emacs自体の良さにつきましては他にも優秀な

    (個人的に)IDEじゃなくてVim、Emacsじゃなきゃダメな理由 - Qiita
    t-wada
    t-wada 2016/06/02
    IDE はコードの解析能力に優れ、リファクタリングの基本三要素(Rename, Extract, Inline)が自動化されているのが非常に強力です。私は Emacs と IntelliJ を両方使っています。
  • WordPress 魔改造の手引き - Qiita

    Intro この資料は、私が仕事で手がけた WordPress カスタマイズ系プロジェクトのコードをメンテしたり追加開発したりするステキな人たちへ向けたものですが、社内に閉じてない範囲をここに記す。コメントなどでの指摘歓迎。 WordPress、プラグイン機構(hook)が充実、というかデフォルトのブログシステムも自身のプラグイン機構に乗る形で作られている。そのため、モデルがブログ的でありさえすればフレームワークとして使うことも可能。これまで、やれアプリ向け API を追加してみたり、完全別システム用 CMS にしてみたり、よくまあやったものだ。 これ WordPress でやれるんだあ!?的な意味で魔改造と揶揄しているがいたって正攻法の改造である。1 Pros/Cons 以下、WordPress のよいところでもあり、裏返すと弱点でもある特徴のいくつか 2 とにかく利用者が多い。オープン

    WordPress 魔改造の手引き - Qiita
    t-wada
    t-wada 2016/05/26
    魔改造は釣りタイトルで、正攻法の WordPress カスタマイズ方法を整理しているエントリ。 WordPress の闇に正対する静かな覚悟を感じる。
  • (主に)ディープラーニングの成果を利用したAPI集(自分用) - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ディープラーニングなどの成果を活用したAPI一覧 個人の整理用なので、分類や説明は大雑把です。 画像解析 IBM Watson AlchemyVision 機能・特徴 画像内で見つかった物体・人・文字を返す 試してみる IBM Watson Visual Insights(2016年6月末廃止予定) 機能・特徴 消費者の興味、活動、趣味、ライフイベント、製品に関連した洞察を抽出するためにオンラインの画像、ビデオを分析する 試してみる IBM Watson Visual Recognition 機能・特徴 画像中に映った代表的なものの関連

    (主に)ディープラーニングの成果を利用したAPI集(自分用) - Qiita
    t-wada
    t-wada 2016/05/26
    たいへん有用なまとめだ
  • React component ライフサイクル図 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

    React component ライフサイクル図 - Qiita
    t-wada
    t-wada 2016/05/19
    React component のライフサイクルの図解。わかりやすい。
  • ロシアの天才ハッカーによる【新人エンジニアサバイバルガイド】 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 弊社に5年間在籍していたロシアの天才ハッカーが先日退職しました。 ハッキング世界大会優勝の経歴を持ち、テレビ出演の経験もある彼ですが、正直こんなに長く活躍してくれるとは思っていませんでした。彼のようなタレントが入社した場合、得てして日の大企業にありがちな官僚主義に辟易してすぐに退職するか、もしくはマスコットキャラとして落ち着くかのどちらかのケースがほとんどなのですが、彼は最後まで現場の第一線で活躍してくれました。 そんな彼が最後に残していった退職メールがなかなか印象的だったので、その拙訳をここに掲載します(転載について人同意済み。弊

    ロシアの天才ハッカーによる【新人エンジニアサバイバルガイド】 - Qiita
    t-wada
    t-wada 2016/05/17
    素敵な退職メール。良いアドバイス。この方は「ほこたて」に出演していたエンジニアだろうか?
  • HTTP/1.1 200 OK - Qiita

    ※このお話はたぶんフィクションです。実在の人物や団体とはあんまり関係ありません。 序 planetter.comをバージョンアップすることにした。数年前にリリースしてからずっと放置していたけど、そろそろ手を付けないとやばいと思った。 しかしウェブの世界はドッグイヤーだ。3年も経てば何もかもが変わっている。しばらく開発から遠ざかっていた僕には、最近の技術トレンドなんてさっぱりわからない。 まずは自分自身をアップデートするところから始めよう。 Atom 最初はIDEだ。以前はEclipseを使っていたけど、いまはもうウェブ系言語の進化速度に追いつけていないようだった。ウェブ開発用のIDEならいまはWebStormが人気のようだ。有料だけど、最新の技術に対応しているし、使い勝手もいい。 でも最終的にはAtomを選んだ。IDE(統合開発環境)ではなくエディタなので、これ自体は単機能だけど、不足分は

    HTTP/1.1 200 OK - Qiita
    t-wada
    t-wada 2016/05/11
    筆者の圧倒的なキャッチアップ能力が凄まじく、ここ数年間の Web まわりの進化のカタログのように読める。『Webを支える技術』の納得感わかる。
  • オブジェクト指向と20年戦ってわかったこと - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事の内容 オブジェクト指向と10年戦ってわかったこと Twitterやはてブコメントを見たら、「わかりやすかった」というコメントもあったのですが、どちらかというとネガティブ方面なコメントが多く目につきました。マサカリという用語で忌憚なく意見を言う風潮については別にいいんですが、「わかりにくい」「間違っている」「古い」みたいなコメントは何も生み出さないし、みんなでニコニコポエムを投稿しあうやさしいインターネッツになったらいいなって思ったので、僕もオブジェクト指向について投稿しようと思います。 何原則? 3原則じゃなくて4では?みたい

    オブジェクト指向と20年戦ってわかったこと - Qiita
    t-wada
    t-wada 2016/05/11
    いいポエムだ
  • プログラマが独立・起業する時によくするミスと対策 まとめ - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 自分がプログラマから起業して沢山失敗したので、同じミスをプログラマ、エンジニアの方にして欲しくないという想いから、よくある失敗をまとめました。(常に追加中) プログラマでなくても、フリーランス起業する方に役立つでしょう。 特に技術分野の経験だけしかない人は、気をつけましょう。 技術以外の大量の会社関連の知識、実行能力、実行する時間、経験が必要になります。 従業員との最も大きな違いはリスクかと思います。 従業員は金銭的なマイナスリスクは非常に少ないですが、フリーランスや取締役は数百万円以上のリスク負うことが非常に多いので、リスクヘッジを

    プログラマが独立・起業する時によくするミスと対策 まとめ - Qiita
    t-wada
    t-wada 2016/04/08
    知見が詰まっている
  • ESLintの設定をscoped packageでnpmにあげて使い回す - Qiita

    ESLintがv2にアップデートしてからけっこう変わって、だましだましv1系の設定をいじりながら使い続きてたけどだいぶカオスになってきたので気合入れて書き直した。 せっかく気合入れて書いたのでプロジェクトを横断して設定を共有できるようにしたい。 ESLintの設定を使い回すのはいくつか方法が考えられる。 プロジェクトごとにコピペする npmモジュールにしてextendする さらにnpmモジュールとして利用するのはいくつか方法があって、 eslint-config-hokacchaみたいにグローバルな名前でnpmにpublishして使う scoped packageとして@hokaccha/eslint-configみたいな名前でnpmにpublishして使う githubに置いといてnpm install hokaccha/eslint-configみたいにして使う たぶん1が一番メジャー

    ESLintの設定をscoped packageでnpmにあげて使い回す - Qiita
    t-wada
    t-wada 2016/04/08
    scoped package を使って複数のプロジェクト間で設定を共有する方法について
  • Rails5から使えるActiveRecord便利機能 - Qiita

    RailsのChangeLogを読んでいたらkamipoさんの ActiveRecordへのコミットがRails5から使えるようになってるものがたくさんあったのでまとめてみました。 PostgreSQLでExpression IndexとOperator Classをサポート MySQLでPrepared statesmentsをサポート config/database.ymlでprepared_statements: trueとすると利用できるようになります。mysql2 0.4.4以降が導入されていないと使えないようです。 Schema dumperがcreate_tableブロックの中でindexを定義するようになった schema.rbのcreate_tableのブロック内でt.indexでインデックスが定義されるように変更されています。以前はcreate_tableのブロック外で

    Rails5から使えるActiveRecord便利機能 - Qiita
    t-wada
    t-wada 2016/04/05
    kamipo さんはすごい人
  • KeynoteのスライドをSlideShareにアップロードすると日本語が表示されない問題 - Qiita

    詳細: 日語を含む Keynote を slideshare にアップロードする - あらびき日記 SlideShare を引き続き使う場合、 @koic さんの記事『SlideShare に Keynote からの PDF をアップロードする際のスクリプト』にあるようにコマンドとしてまとめておくと便利そうです 追記の追記: ブラウザでできる Drag & Drop 対応版も便利...!! 参考: 生成結果のサンプル 上記画像リンクからスライドに辿って頂くと分かるかと思いますが、基的に今までと同じように SlideShare にアップロードできることが確認できます 注: リンク機能も使えますが、SlideShare の仕様により最初の3スライドではリンクが無効となっています (4つ目以降のスライドではリンクも有効) ほとんどのケースでは上記で解決できると思いますが、この問題の背景と公式

    KeynoteのスライドをSlideShareにアップロードすると日本語が表示されない問題 - Qiita
    t-wada
    t-wada 2016/04/05
    "今のところ現実的な選択肢は 1.Acrobat Pro を買う 2.SpeakerDeck に移行する 3.OS Xの標準フォントを使わない" うーむ……
  • もう保守されない画面遷移図は嫌なので、UI Flow図を簡単にマークダウンぽく書くエディタ作った - Qiita

    はじめに Webサービスやアプリを企画したり、立ち上げたりする際にプロトタイピングツールや、ExcelPowerpoint、Illustraterなどを駆使した謎のファイルで画面遷移図を描くことがある。 こういう図を元に仕様を決めて行って、サービスを作っていくのは以下の点で困る。 画面遷移図が保守されない。 書くのが非常に面倒くさい ユーザーのモチベーションの流れが追いづらく、見た目ばかりに注目してしまうものになりがち マシンリーダブル(ソフトウェアで構造を取り出せない)でない。 このような欠点があってどうにも扱いづらい。 そんなわけで、markdown風のテキストから簡単に画面遷移図を描けないかなとコンパイラを作成し、次にそれをインタラクティブに編集できるエディタを作成した。 UI Flows図について 画面遷移図的なものを書く際に、僕が個人的につかっていた表現方法として、UI Flo

    もう保守されない画面遷移図は嫌なので、UI Flow図を簡単にマークダウンぽく書くエディタ作った - Qiita
    t-wada
    t-wada 2016/04/04
    UI Flows を Markdown 風の記法で書けるエディタ。すばらしいアイデアだと思う。
  • エンジニアのハマり時間とその技術的難易度の相関関係 - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? めちゃくちゃにハマったからと言って、その問題は技術的難易度が高い訳ではないんじゃね?という話。 ここで言う「ハマる」とはなにかに夢中になって没頭することではない。バグとかエラーがあって、なかなか解決できなくてそのために時間を割かれてハマる、の「ハマる」。 先日、ハマった問題が解決した時の感情は「ついに解決したぞ」という安堵感と「しょーもないハマりポイント作りやがって、あのボケが!」という前任者への怒りが混ざった状態だった。 サイトのSSLの有効期限切れが2週間後にせまっていた。やる事は証明書の更新、新しい証明書をAWSのELBに入れるこ

    エンジニアのハマり時間とその技術的難易度の相関関係 - Qiita
    t-wada
    t-wada 2016/03/24
    ハマり時間の長さと技術的難易度は比例するかというと、そうではないという話。とてもわかる。