タグ

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

  • ディープラーニングでアスキーアートを作る - Qiita

    はじめまして。 業はアスキーアート (以下AA) 職人のOsciiArtといいます (業ではない)。 AlphaGo対イ・セドルの対局を見て、「僕もディープラーニングで神AA職人を倒したい!」と思い、pythonをインストールしてちょうど一年の成果を書いていきます。 コードはこちらにアップしてあります。 https://github.com/OsciiArt/DeepAA ここで扱うアスキーアートとは ここで扱うAAとは、 こういうの……↓ ではなく、こういうの……↓ でもなく、こういうの……↓ ともちょっと違って、こういうの……↓ ではもちろんなく、こういうのです。↓ このような、線画を文字を作って再現した「トレースAA」と呼ばれるタイプのAAをここでは扱います。 詳細はwikipediaの「アスキーアート」のページの「プロポーショナルフォント」の項を参照してください。 wikipe

    ディープラーニングでアスキーアートを作る - Qiita
  • 外国人が語る:英語でクラスやメソッド等の名付け方 - Qiita

    アメリカ人です。 Hello 👋 この記事の目的 多くの日人は自分の英語力には自信がないではないでしょうか。残念ながら「英語がわからん」、「英語が全然できない」という声をしょっちゅう聞いています。でも、今まで英語ができて意味がちゃんと伝わる何人かの日人に会ったがあります。完璧な英語ではないけど(外国人も英語でミスる時もある...)、がんばって話そうとするので充分仕事ができる人たち。そういうがんばる姿勢はオープンソースのプログラムや英語圏のプログラムに手を出すためには一番大事なことだと思います(外国人側もすごく助かります)。日文化では「私はできる!」と自慢することは少ない中、この記事を通して、流暢に話せなくても自分のプログラミングの命名の仕方にはちょっとだけでも自信を持たせたいなと思います。完璧じゃなくていいです。Let's go! 合わせて読んでいただきたい 【日エンジニア

    外国人が語る:英語でクラスやメソッド等の名付け方 - Qiita
    june29
    june29 2017/03/02
    文末の「笑」「w」を使いこなすくらい日本語を勉強してくれている人の言うことだから耳を傾けたくなる。Ruby のメソッド名の ? は、あれは英語ではなくて Ruby だと思う。他はだいたい共感。
  • みすず学苑の広告の背景を簡単に作る方法 - Qiita

    概要 電車内で見られる芸術作品として有名なみすず学苑の広告ですが、たまにリニューアルされており登場人物が変更されています。しかし何度か見かけるうちに、大波にプリンが浮遊している背景については共通して利用されていることが分かりました。このような背景であれば、拙作 Gem の spacestuff を使うと簡単に作成できそうですので、やり方をシェアしたいと思います。 手順 1. 大波の背景画像とプリンの切り抜き画像を用意する 大波 https://pixabay.com/en/wave-atlantic-pacific-ocean-huge-1913559/ プリン http://www.denko-do.com/picture/food/sweets/4_1.html 2. spacestuff コマンドを実行する -b: 背景画像のパスを指定します。ここでは wave.jpg が大波の画像

    みすず学苑の広告の背景を簡単に作る方法 - Qiita
    june29
    june29 2017/02/20
    みすず学苑 実践入門
  • 線画着色webサービスPaintsChainerを公開した - Qiita

    http://paintschainer.preferred.tech こちらに先月記事にした線画の着色のデモを公開しました!! 反響の大きかった皆さんに試していただけます!!(ちょっと期待値が上がり過ぎてないといいですがw) http://qiita.com/taizan/items/cf77fd37ec3a0bef5d9d 以前の記事『初心者がchainerで線画着色してみた。わりとできた。』はこちら。 ⇓そしてこちらがもじゃくっきーさんの使用例になっております。 GPUを使っている関係上アクセスが集中したりすると遅くなったりサーバーが落ちたりする可能性もありますが、生暖かく見守っていただければと思います。←たくさんの方に広まったこともあって、めっちゃ重くなっています。ぐぬぬぬ 画面はこんな感じっす。 線画ファイルを選択するととりあえず自動で塗ってくれます。 ※ただし、現状ではgifや

    線画着色webサービスPaintsChainerを公開した - Qiita
    june29
    june29 2017/01/30
    すごすぎる〜〜〜
  • Swift で Elixir のパイプ演算子を実装してみる - Qiita

    precedencegroup PipePrecedence { associativity: left higherThan: AssignmentPrecedence lowerThan: TernaryPrecedence } infix operator |>: PipePrecedence func |> <Input, Output> (lhs: Input, rhs: (Input) -> Output) -> Output { return rhs(lhs) } // 普通ver let storyboardName = storyboardName() let storyboard = UIStoryboard(name: storyboardName, bundle: nil) let viewController = storyboard.instantiateVie

    Swift で Elixir のパイプ演算子を実装してみる - Qiita
    june29
    june29 2017/01/27
    よさそう!
  • ✨安い!!お得!!激安CSS!!✨ - Qiita

    @import url(https://fonts.googleapis.com/css?family=Poppins:700); .price { color: #c70506; text-shadow: 2px 0 0 #fff, 0 2px 0 #fff, -2px 0 0 #fff, 0 -2px 0 #fff, 5px 4px 3px rgba(0,0,0,0.5); font-weight: bold; font-family: Poppins; letter-spacing: -3px; } .price1 { font-size: 78px; margin-right: -5px; font-style: italic; } .price2 { font-size: 59px; margin-right: 10px; font-style: italic; } .yen {

    ✨安い!!お得!!激安CSS!!✨ - Qiita
    june29
    june29 2017/01/26
    激安だ!!!
  • https://qiita.com/itckw/items/ff079c7572d6a1acd349

  • 実録!!データ構造リファクタリング -- 僕とメッセージ機能の300日戦争 - Qiita

    みなさんもきっとそうだと確信いたしておりますが、プログラマというのは、どういうわけか実装のちょろまかしには頭がまわるもので、今や丁寧なコードを書く人の鏡とまで言われるワタクシも、それはそれは手抜き方法ばかりうかんだものでした。 技術投資のいくつかは、不意ながら技術的負債になりまして、いろいろと世間様にもご迷惑をおかけした次第です。みなさんもきっとそうだと思いますが。 この話は、そんな「誰にでもある」小さな事件のひとつです。1 この記事は CrowdWorks Advent Calendar 21 日目の記事です。 昨日は @tmknom さんの 「アプリケーションアーキテクチャに関するポエム」 でした。 設計に関するトピックは幅広く、かなり広範な知識が求められますよね!早く DDD を読まねばという気分になりました(笑)。 さて、この記事は、著者がここ1年ほど携わった簡単なデータ構造の

    実録!!データ構造リファクタリング -- 僕とメッセージ機能の300日戦争 - Qiita
    june29
    june29 2016/12/23
    いい話…
  • CSRFトークン インタビューズ - Qiita

    VAddyとCSRFトークン VAddyは脆弱性診断を実行する際に、CSRFトークンを最新のものに更新しながら動作します。そのため「どのパラメータがCSRFトークンか?」を判断するロジックが存在しています。最近あるフレームワーク(後述)について「CSRFトークンを正しく認識できない」というバグを修正したのですが、良い機会なのでメジャーなフレームワークやCMSを中心にCSRFトークンの実装をざっと追ってみました。一覧にしても面白くないので、仮想インタビュー形式にまとめてあります。GitHub上で軽く追ったものが多いので、最新のバージョンでなかったり、解釈が間違っている箇所があるかもしれません。 それでは、どうぞ。 Ruby on Rails 金床(以下、金)「こんにちは。ようこそ。」 RoR「こんにちは」 金「相変わらずシェア高いようですね。」 RoR「はい、おかげさまで。この間はルマン24

    CSRFトークン インタビューズ - Qiita
    june29
    june29 2016/12/23
    インタビュー形式だと読みやすい。
  • 質問は恥ではないし役に立つ - Qiita

    一年半SEとして働いてきた中で、私自身が苦手だと思っており、他人からもそのように評価されていたのが「質問の仕方」でした。 それが先日、他人から「質問の仕方がうまいね」と褒められることがあり、ようやく一人前の質問の仕方ができるようになってきたので、どのようにして克服できたのか紹介したいと思います。 質問の基形 私が入社したばかりの頃は、わからないことがあればすぐに先輩に質問していました。 そのときにしていた質問の内容はだいたいこんな感じです。 「環境構築を手順書通りにやったんですけど、○○のコマンドでエラーがでてしまいます!なんとかなりませんか?」 このような質問を受け取ったら、先輩は暇ならばエラーメッセージを見てくれ、エラーメッセージに書かれていることに対して調査してくれるかもしれませんが、忙しいときにはそんなことはしてもらえません。 こんな質問を繰り返しているうちに先輩からは「技術系メ

    質問は恥ではないし役に立つ - Qiita
    june29
    june29 2016/12/14
    めっちゃいい… 575のいい話
  • どのようにしてマネージャーとしてのスキルを得てきたか - Qiita

    この記事は、Pepabo Managers Advent Calendar 2016 の12日目の記事です。 11日目は、kwgcさんの「スニーカーについて」でした。 以下のような項目についてお話ができればと思います。 現在の立場について どのような経歴からマネージャー職になったか 足りないと思ったスキル 会計 面接 コーチング ファシリテーション プロダクト開発 それをどのような手段で身につけてきたか を読む 計画 実践 問題の発見 改善 (PDCA) 先輩マネージャーを見る 問題だったプロセスや気付き とにかく行うMTG 共通認識・理解 どのように解決したか、改善したか MTG 目的を決め、意思決定者を決める 共通認識・理解 徹底的に話す 新たに見つかった足りないスキル 最近考えていること 最後に 現在の立場について プロダクトに関わるマネージャーです。現在担当しているプロダクトは写

    どのようにしてマネージャーとしてのスキルを得てきたか - Qiita
  • GitHubで自動生成コードをDiffに表示しない方法 - Qiita

    結論 ここに書いてある 注意事項 だいぶ懐かしい記事ですが…突然、「Diffに表示しないなんてGitHubの価値を損なうものだから記事を非公開にするべきだ」というご指摘をいただいたので、念のため追記。 Diffに表示しない、ってことは当然PRにも見えません。 レビューされない怪しいコードが紛れ込むリスクを抱えることになります。 せいぜい自動生成分だけを非表示にして、CIの中で再生成、差分が出ないチェックを入れるなど、ガードの手は考えておいたほうが良いでしょうね。はい。ご利用は計画的に。 背景 mockeryだったり、swagger-codegenだったり、go-bindataだったり… GitHub上に自動生成されたコードを載せている場合、PRやcommitの詳細画面でDiffが邪魔になることがあります。 .gitignoreでそもそも自動生成コードをリポジトリに載せない generate

    GitHubで自動生成コードをDiffに表示しない方法 - Qiita
    june29
    june29 2016/12/07
    GitHub の裏ワザというか Bad know-how というか。
  • Rails5.1に向けてフロントエンド周りで起こっている革命まとめ - Qiita

    こんにちは Rails5.1に向けて、DHHのjqueryを依存から外す発言を発端にフロントエンド周りが急激に発展しているので、簡単にですがまとめてみました。 各issue, PRの詳細には踏み込みませんが、知見に溢れているので読んでみるの推奨です。 間違い、足りないものがあったら編集リクエストお願いします。 jQuery依存を無くす話が出る rails(issue): Drop jQuery as a dependency jquery-ujsはjqueryに依存しないようにする jquery-ujs: Drop jQuery as a dependency "jquery"-ujsじゃなくなったので名前変更 rails-ujs誕生 実際にRailsからjquery依存がなくなる rails: Drop jQuery as a dependency jsライブラリを入れる方法がnpmパッ

    Rails5.1に向けてフロントエンド周りで起こっている革命まとめ - Qiita
  • pepaboのカレンダー | Advent Calendar 2016 - Qiita

    URLYou can post either your article on Qiita or your blog post. About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)

    pepaboのカレンダー | Advent Calendar 2016 - Qiita
    june29
    june29 2016/11/15
    今のところ思い付いているネタが2つあって、どっちにしようか悩み中!
  • 開発しやすいRails on Docker環境の作り方 - Qiita

    最近、Rails界隈でDocker使い始めました、という話を聞く機会が増えてきたので、自分が開発環境整備用に構築したDockerの設定をまとめておく。 ちなみに、production運用については以前書いたので適当に探してくださいw 結論から書いておくと、volumeをちゃんと活用すればいい、ってだけの話です。 まず、番用と開発用のDockerfileは分けた方が良い。一つでやろうとするとどうにも無理がでるので。 自分はDockerfileとDockerfile-devというものを用意している。 docker-composeはほぼ必須です。少なくともrailsプロセスとDBだけでも二つは必要だし、Dockerfileを分けてると事故るので。 Dockerfileはこんな感じ。 FROM mybase:ruby-2.3.1-debian RUN echo "deb http://http.

    開発しやすいRails on Docker環境の作り方 - Qiita
  • GetWildのカレンダー | Advent Calendar 2016 - Qiita

    GetWild駆動開発。 GetWildやTM NETWORKにちなんだ何かを駆動に開発していきましょう。 "Hello World"の代わりに、"Get Wild"を出力するも良し。 大事なのはハートです。 アスファルト タイヤをきりつけながら 暗闇走り抜ける 気持ちでカレンダーを埋めていくことです。 コツとして、関数名やメソッド名はGetWildAndToughを使いましょう。

    GetWildのカレンダー | Advent Calendar 2016 - Qiita
    june29
    june29 2016/10/31
    「Get Wild 完成でおっぱいうp」的な趣がある…
  • https://qiita.com/advent-calendar/2016/no-girlfriend

    june29
    june29 2016/10/27
    彼女レス・アーキテクチャ
  • githubで登録したAPI Tokenが消えた!? - Qiita

    SublimeTextのsublime-githubというパッケージを使うと、SublimeText上で自分のGistの操作ができるので便利で愛用していますが、これがある日を境に使えなくなってしまいました。 SublimeText上からGistの参照や投稿ができなくなってしまったのです、、、 そこでGitHubのPersonal settings ->Applications ->Personal access tokensを確認したところ、登録したはずのAPI Tokenが消えていました。 Security historyを見たところ、oauth_access.destroy – sublime-github (API)というログが残っていました。 該当日のことを思い出したのですが、Sublime Textの設定を他のPCにも共有したくて、~/Library/Application Su

    githubで登録したAPI Tokenが消えた!? - Qiita
    june29
    june29 2016/10/21
    GitHub の API Token を GitHub に push すると自動検出されてその API Token が使えなくなる、とのこと。
  • ドキュメント作成時のあるあるアンチパターン20 - Qiita

    業務でドキュメントを作成するケースは多々ある 例:仕様書・設計書・提案書・メール・障害票... ここでは各ドキュメント共通してありがちなアンチパターンをまとめてみました。 1. 表記がバイト表示・マイクロ秒表示 プログラムが出した数値をありのままに表示するパターン ファイルサイズが100MB, 1GBあろうと、バイト表示にする 桁数が多い数値に、桁区切り(,)を入れない 時間を何でもマイクロ秒・ミリ秒にする(1/100万秒までの精度が必要?体感で分かる?) 桁数が多い=精度が高い=良い文書、ではなく、見る人が必要とする精度に切り上げることが重要(売上で1円単位まで出すことが無いのと同様) 悪い例 No ファイル名 ファイルサイズ(byte) 処理時間(秒)

    ドキュメント作成時のあるあるアンチパターン20 - Qiita
    june29
    june29 2016/10/04
    パターン数が18から20に増えていたようなので、はてなブックマークの方のタイトルを更新しておきます。
  • あなたのおっしゃるレビューってどのことかしら? - Qiita

    ソフトウェアのレビュー ソフトウェアの開発において、レビューが品質の確保をするために有効であることは私達は直感的、経験的に理解しています。 人は間違いを犯しますし、間違った人よりも他人のほうが誤りを見つけ易いものです。 ここまでは、認識を共通できるものでしょう。 しかし、レビューと一言で言った場合に、その実態にかなりのギャップが生じます。 ある人にとっては、気の合う同僚とコーヒーでも飲みながら成果物をチェックしてもらう事かもしれません。 しかし、別の人にとっては会議室で衆目の前で細かい所を吊るし上げられる苦行のことかもしれません。 ある人にとっては、口で簡単に説明するだけかもしれませんし、メールやツールでコメントを書くだけかもしれません。 しかし、別の人にとっては、準備の為に大量の資料を作り、終わった後にも大量の報告書を書く事かもしれません。 プロジェクトを初めて、レビューといった場合、

    あなたのおっしゃるレビューってどのことかしら? - Qiita