並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 82件

新着順 人気順

バッドノウハウの検索結果41 - 80 件 / 82件

  • Circle CI でのDocker Buildを超高速化するテクニック - Qiita

    背景 モダンでコンパクトな構成のimageであればCircle CIでのdocker buildはそこまで遅くないものです。しかし諸事情によりわりと大きめのイメージをビルドしないといけない場合があり、5〜10分くらいかかるようになってしまう場合もあります。私の場合古いモノリシックなPHPのサービスをコンテナ化しようとしてそういう事象に至りました。そういった場合に試して効果があったことを解説していきます。 前提 dockerでimageを作成するためのベストプラクティス一般はここでは解説しません。もちろん重要なので先にやってください。 若干バッドノウハウ気味な内容も含まれます。採用は自己判断で 自分でJenkins建ててやるとすべてが適切にキャッシュされもっと速いです。しかしそういうことをしたくないのでCircle CIをつかっています 1. Machine Executorを使う まずとし

      Circle CI でのDocker Buildを超高速化するテクニック - Qiita
    • AWSでクラウドVRChatやってみた - ふろぐ @ はてな

      Abstract Oculus QuestのVirtual Desktop (side loaded)を用いてAmazon Web ServiceのG4 instanceに接続し、VRChatにloginしてみた。 回線状況などが悪くないかぎり、会話が可能程度のレイテンシで接続できることがわかった。 なお、料金は1時間あたり多めに見積って1.5USD程度であった。 この手法をHead Mount Displayの貸与サービスとあわせることで、例として、 High-SpecなPCが自宅になくても一時的にVRを体験することが可能になると考えられる。 科学の力ってすげー!! いまじゃ自宅に強いPCがなくてもOculus QuestからPCでのVRChatを体験することができるんだと!! AWSのGPUインスタンス+VirtualDesktop+QuestでVRChatログインしてみた! #vrc

        AWSでクラウドVRChatやってみた - ふろぐ @ はてな
      • Lambda のタイムゾーンを環境変数TZで指定してはいけないっていう話 (追記あり) - サーバーワークスエンジニアブログ

        [追記] ドキュメントが更新され、環境変数のTZは「予約済み環境変数」から「予約されていない環境変数」に変更になっています。 現在は、環境変数TZを指定してタイムゾーンを更新しても問題なくなったようです。 docs.aws.amazon.com 技術1課の加藤です。 今回はプログラムを書いたことがある人なら誰もが一度は悩む「タイムゾーン 」のお話。 Lambda の環境変数 TZ は使っちゃいけないよ。 プログラムのタイムゾーンをどう統一するのか問題 時刻を扱うプログラムを書くとき、避けて通れない敵がタイムゾーン 。 世界には時差というものが存在しますから、時刻を扱う際にはそれを意識した設計にしなければなりません。 AWSでは、基本的に、タイムゾーン はUTC(協定世界時)がデフォルトです。ですので日本で扱う場合にはこれをどこかでJSTに変換してやる必要があります。やり方はいくつかあるので

          Lambda のタイムゾーンを環境変数TZで指定してはいけないっていう話 (追記あり) - サーバーワークスエンジニアブログ
        • ソフトウェアプロダクトマネジメントのバイブル "Inspired" の続編 "Empowered"、わかりみが深い。

          ソフトウェアプロダクトマネジメントのバイブル "Inspired" の続編 "Empowered"、わかりみが深い。 この記事に関連する話題: プロダクト開発者に求められる、これからの「倫理」の話をしよう。 これまでに読んだソフトウェアプロダクトマネジメントに関する本の中で個人的にいちばん信頼している "Inspired" の続編、"Empowered" を読んだ。 内容的には特に目新しい点もないのだが、前作同様、点と点をつなげて一冊の本という“プロダクト”を作るのが本当にうまい。聞いていて耳が痛くなるような話をフックに「なぜそれが重要なのか」を読者に訴えかけ、ロールモデルやケーススタディを交えて「じゃあどうすればいいのか」をクリアに伝えてくれる。 エンジニア、デザイナー、プロダクトマネージャーを基本とする「プロダクトチーム」1。前作ではそんなプロダクトチームが顧客を "Inspire"

            ソフトウェアプロダクトマネジメントのバイブル "Inspired" の続編 "Empowered"、わかりみが深い。
          • 「質問する」ことに関するエントリー - 発声練習

            結構前に今は亡きNAVERまとめというサービス上に作っていたのだけど、サービス終了とともに消えたので再度過去ログのリンク集を作ります。 はじめに 多くのエントリーは10年~15年前に書かれたものであるため、エントリー内でリンクしているWebページは存在しないことが多いと思います。 質問テンプレート+α 質問テンプレート:自問自答用の質問トリガーリスト 一匹狼のための一人Q&A大会:上のエントリーの元ネタ1 質問の型をいくつか持っておくと便利:上のエントリーの元ネタ2 「5W1H」で自分の考えを効率的にまとめよう!自問自答のススメ - リクナビNEXT:上のエントリーをリクナビNEXTに寄稿したときのもの。 ベアプログラミング(テディベア効果):うまく質問にまとめられなければ、困っていることをダラダラ相談しちゃうのもあり。 自然な疑問に関する3部作 「自然な疑問」を持たないように訓練されてい

              「質問する」ことに関するエントリー - 発声練習
            • 負荷試験ツールHedgehog

              負荷テストツールってたまにしか使いませんが、実はけっこうな数のツールが公開されているのはご存知でしょうか? ほとんどのツールは知られることなく消えていく運命にあるわけですが、たくさんあるのには理由があります。 そのあたりを中心に、負荷テストに携わる人がいま知っておきたい、知っておいて損はないツールを紹介していきたいと思います。 対象は、ソースが公開されているのもので、一定数ユーザーが存在していて開発が継続されているものに限定しています。 負荷テストツール7選をプロがレビュー! ここからは開発会社である我々プロの視点から見る、負荷テストツールを7つご紹介します。 ツールによる実装言語の違いや特徴をまとめていますので、ぜひ参考にしてくださいね。 1. Apache Bench 公式:https://httpd.apache.org/docs/current/programs/ab.html リ

              • リクルートデータ組織のブログはじめました

                はじめまして ブログ編集長の阿部です。公共機関向けのインフラ・システム構築会社からリクルートグループに転職後、エンジニアとして当時立ち上げフェーズだったアドテクプロダクトを担当。プロダクトの拡大とともにアルゴリズムやデータ技術を活用するエンジニアリング組織のマネージャーを経て、現在はリクルートにおけるデータのスペシャリスト集団が集まる組織(以下、データ推進室)にて、データエンジニアリング・データマネジメント部門を担当しています。 リクルートの多種多様かつ膨大なデータを扱い、様々なサービスを日々進化させている私たちデータ専門集団が、日頃どのような技術を扱っているのか?どんな案件でデータを活用しているのか?そんなあれこれをみなさまに紹介するために「Recruit Data Blog」を立ち上げました。 このエントリーでは、今回ブログを立ち上げるに至った経緯をご紹介したいと思います。またこの背景

                  リクルートデータ組織のブログはじめました
                • 週刊Railsウォッチ(20200518前編)スライド『令和時代のRails運用』、Ruby 3.0のキーワード引数変更リスケ、Action CableのCLIほか|TechRacho by BPS株式会社

                  2020.05.18 週刊Railsウォッチ(20200518前編)スライド『令和時代のRails運用』、Ruby 3.0のキーワード引数変更リスケ、Action CableのCLIほか こんにちは、hachi8833です。Rails 4.2.11.3セキュリティリリースが出ました(Rails公式ニュースより)。 元記事: Rails 4.2.11.3 has been released | Riding Rails 各記事冒頭には⚓でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを(鍋のように)社内有志でつっついたときの会話の再構成です👄 毎月第一木曜日に「公開つっつき会」を開催しています: お気軽にご応募ください ⚓Rails: 先週の改修(Rails公式ニュースより) 以下の更新情報とコミットリストから

                    週刊Railsウォッチ(20200518前編)スライド『令和時代のRails運用』、Ruby 3.0のキーワード引数変更リスケ、Action CableのCLIほか|TechRacho by BPS株式会社
                  • 【後編】“二項対立”を突破するPdMのリーダーシップとは──及川卓也氏の「プロダクトマネジャー講座」を通じてmedibaが学んだこと - TECH PLAY Magazine

                    IT人材を育成するためのプログラム「TECH PLAY Academy」では、及川卓也氏を講師に迎え、基礎から実践までを体系的に学ぶ「プロダクトマネジャー講座」を開催している。Day1、Day2の内容については、前編で紹介している。今回は12月中旬に開かれたDay3を踏まえて、研修が持つ意味、研修によって得られた気づき、さらにこれからのプロダクトマネジャーのあり方について、medibaの岡昌樹執行役員/CXO(チーフ・エクスペリエンス・オフィサー)と及川氏に語り合っていただいた。 ※前編はコチラ グループディスカッションを通して、日々の課題を語り合う KDDIの「auスマートパス」の企画・開発・運営など幅広い分野でサービスを展開するmediba(メディーバ)が、「プロダクトマネジャー講座」を受講し始めたのは、2019年10月のこと。及川卓也氏が講師を務めるコースは、10月~12月にかけて3

                      【後編】“二項対立”を突破するPdMのリーダーシップとは──及川卓也氏の「プロダクトマネジャー講座」を通じてmedibaが学んだこと - TECH PLAY Magazine
                    • あなたは世界初の「NoSQL」はシェルスクリプト用のRDBMSだと知っていますか? - Qiita

                      はじめに 知っての通り NoSQL とは一般的には RDBMS ではないデータベース管理システムのことですが、実は 世界初の「NoSQL」は Unix シェルベースの RDBMS なのです。NoSQL は Unix 哲学に基づいており、標準入出力やパイプを使うフィルタコマンドや、SQL の JOIN や集合演算相当の機能を持ったコマンドセットとなっており、シェルスクリプトや awk や Perl で実装されており、データはすべてプレーンなテキストファイルに保存します。 それが「NoSQL: a non-SQL RDBMS」です。 注意 この記事は技術系の読み物(雑学)です。データベースの技術的な話はほとんど出てこないのであしからず。 ネタバレ この NoSQL が誕生したのは 1998 年です。そして、みんなが知ってる NoSQL という言葉が誕生したのは 2009 年です。そういうことで

                        あなたは世界初の「NoSQL」はシェルスクリプト用のRDBMSだと知っていますか? - Qiita
                      • バッドノウハウ記事に踊らされるな!資格は最短で取れ!

                        先に結論から申しあげたい。 資格は最短で取るべし! 資格取得前のさまざまな回り道は大抵ムダ。 もちろん知っておいた方が良いこともありますが、得てして資格は業務に直結しない範囲も理解しなければならないことが多々あります。というか、大半はそんな感じです。 そこをグッと飲み込んで取得するのが、資格です。少なくともIT系資格は。 なぜ最短で取るべきか 業務と資格は絶対に別です。 資格でベースを勉強したとしても、業務に直結することはまずあり得ない。 下手をすれば、まったく役に立たない。 言っててなんだか悲しくなりますね。でも、これ、事実です。 こういうことを言うと、すぐに「業務の役に立たない資格をとっても仕方ない」「資格は業務の役に立つ」なんて下らない青臭い理想論を吐き出す変な輩が沢山湧き出すのが世の理(ことわり)です。 いやいや、何を仰ってるんですか? 勉強したことがすべて業務に直結する資格って何

                          バッドノウハウ記事に踊らされるな!資格は最短で取れ!
                        • [初心者]Nuxt.jsビギナーズガイド Vue.js ベースのフレームワークによるシングルページアプリケーション開発 - Qiita

                          はじめに noteのフロントエンドをNuxt.jsへ刷新します はもう昨年のことかと思いながら、Nuxt.jsを習得してみる。Universal Application、Progressive Web Applicationなど、これからのWebにとって当たり前の技術を身につける。 Nuxt.jsビギナーズガイド Vue.jsベースのフレームワークによるシングルページアプリケーション開発 を簡単にまとめてみた。JavaScript初心者の私でも非常に理解しやすく、Qiitaにいいねをつけていただいた上で、ご購入をおすすめします。 1. Nuxt.jsの概要 01. 「モダンフロントエンド」のイマ 今日フロントエンドは非常に安定し停滞した状態が続いている。トラディショナルなサーバーがHTMLを返す時代から、SPAとAPIによるWebアプリケーションがデファクトスタンダードになった。当分はRe

                            [初心者]Nuxt.jsビギナーズガイド Vue.js ベースのフレームワークによるシングルページアプリケーション開発 - Qiita
                          • Jenkins でバッチを運用する - Qiita

                            はじめに 私達は php で書かれたバッチ、500 個ほどを Jenkins で運用しています。 Jenkins でバッチを運用するようになった理由と移行したときに行った設定等をここにまとめます。 発生していた問題 私達はバッチ実行用のサーバー上の cron にすべてバッチを登録することで定期実行させていました。 当時のバッチの数はだいたい 100 個ほどだったと思います。(現在は 500 個ほど) 長い間 cron で管理されいましたが、問題を多数抱えていたので Jenkins でを抱えていたため移行しました。 バッチが正しく動作したのかわからない ログを見るための仕組みがなかったので、バッチのほぼすべてログを書き出さないものとなっていて正しく動作しているのか分かりにくい ログを書き出す仕組みがあってもそれを管理するのは大変 権限周りの管理の問題 管理の都合からルート権限持つ人が cro

                              Jenkins でバッチを運用する - Qiita
                            • Quarto が完成すると Jupyter でも R Markdown のように簡単にスライドや文書を作れるかもしれない - ill-identified diary

                              概要 Quarto という R Markdown のような動的ドキュメント生成プログラムが開発中 まだ開発版だが野心的な機能をめざしているらしい 単なる R Markdown の再設計ではなく, Jupyter Notebook の変換にも対応している R や Python だけでなく Jupyter カーネルで使える任意の言語でも R Markdown のように扱えるかもしれない 使い方の参考になるようにこの投稿も Quarto を利用して書いている ただしはてなブログは独特の仕様なので一部手動で修正している 先行して Rpubs にアップロードしたものは出力されたHTMLをそのまま使っている. はっきりいってこちらの方が見栄えが良い. 付録としてプレゼンテーション資料への変換, Jupyter Notebook の変換例も用意した github.com 注意 Quarto は最近公開さ

                                Quarto が完成すると Jupyter でも R Markdown のように簡単にスライドや文書を作れるかもしれない - ill-identified diary
                              • マイクロサービス分割に着目してContinuous Deliveryを形作る - Juju-62q's blog

                                こんにちは。@Juju_62qです。 この記事はJAWS DAYS 2020で話す予定だった内容です。人によっては当たり前のようにできているのかもしれません。 まずは遅れてごめんなさい。本当はスライドは作ろうと思っていて途中まで作っていたのですが、喋らないと思うとどうにもやる気が出ず、一方できちんと形には残したいと言うことでブログに書くことにしました。 新卒1年目の学びを形に残す意味でもスライドについてはそのうち完成させたいと思っています。 このブログで出してる意見は完全に自分の意見なので異論反論同調意見あれば是非お聞かせください。 TL;DR マイクロサービス -> イケてるアーキテクチャ、と言うわけではない マイクロサービス分割はビジネス境界で行う モノリシックにすることをイメージしてマイクロサービスアーキテクチャを設計する サブシステムのどこを切り取ってもデプロイ可能なようにする 前

                                  マイクロサービス分割に着目してContinuous Deliveryを形作る - Juju-62q's blog
                                • 「プログラミングPHP 第3版」 O'REILLYを読みました。 - たろログ

                                  www.oreilly.co.jp 2013年に発行されたかなり古い本ですが、 プログラミングPHPという書籍を読みました。 PHP5技術者認定上級/準上級試験では主教材とされている書籍です。 「PHP5」技術者認定の主教材とされていることからもわかる通り、この書籍が扱うPHPのバージョンは5系です。 紹介されているライブラリや関数も当時使われていたが今は使われていないものが多く、ライブラリなどはWebの公式マニュアルを見に行くと、"Duplicated"となっているものが多々ありました。 というわけで、内容が古すぎて具体的なサンプルコードやテクニックはあまり役に立たなかったなという感想です。 一方で、 PHPの歴史を知る PHPの言語としての基本的な構造を把握する という面では、優れた書籍だと思いました。 また、 Webの基礎が学べた という点でも有用だったなと思います。 歴史 1章 P

                                    「プログラミングPHP 第3版」 O'REILLYを読みました。 - たろログ
                                  • フロントエンド DB で運用コストゼロ

                                    最近はサーバーレスの SQLite が人気みたいですが、個人的には sql.js-httpvfs が好きです。 個人開発で運用コストをゼロにしたいなら、こちらのほうが気楽です。 sql.js-httpvfs は Accept-Ranges を利用して、 DB のすべてのデータを fetch することなく、必要な時にバイト単位での fetch を実現します。 つまり DB をフロントエンドに置いた運用開発ができます。 バイト単位での fetch を実現する Accept-Ranges の仕組みは、フロントエンド新時代を支える技術になる気がしています。 静的 DB はフロントエンドへ移行する ほとんどの開発において DB / ネットワークが最初にボトルネックになります。 昔から bytes-level fetch ができればフロントエンドに DB を置けるのにとは思っていたので、 Accept

                                    • 【PHP】正しいダウンロード処理の書き方 - Qiita

                                      ワリと需要のある処理だと思いますが、改めてググってみるとあまりマネして欲しくないコードが散見されたため、この記事を書いてみました。 検索結果上位のページのコードをコピペで使ってる人 application/force-download は、いわゆる「バッドノウハウ」だという事を知らない人 readfile() の正しい使い方を知らない人(特にファイルサイズの大きなファイルに対して使う場合) などに参考にして頂ければ幸いです。 コード function download($pPath, $pMimeType = null) { //-- ファイルが読めない時はエラー(もっときちんと書いた方が良いが今回は割愛) if (!is_readable($pPath)) { die($pPath); } //-- Content-Typeとして送信するMIMEタイプ(第2引数を渡さない場合は自動判定)

                                        【PHP】正しいダウンロード処理の書き方 - Qiita
                                      • 週刊Railsウォッチ: Ruby標準のCSVライブラリは優秀、if代入のコーディングスタイル、rambulanceほか(20220301後編)|TechRacho by BPS株式会社

                                        週刊Railsウォッチについて 各記事冒頭には🔗でパーマリンクを置いてあります: 社内やTwitterでの議論などにどうぞ 「つっつきボイス」はRailsウォッチ公開前ドラフトを(鍋のように)社内有志でつっついたときの会話の再構成です👄 お気づきの点がありましたら@hachi8833までメンションをいただければ確認・対応いたします🙏 TechRachoではRubyやRailsなどの最新情報記事を平日に公開しています。TechRacho記事をいち早くお読みになりたい方はTwitterにて@techrachoのフォローをお願いします。また、タグやカテゴリごとにRSSフィードを購読することもできます(例:週刊Railsウォッチタグ) 🔗Ruby 🔗 Rubyのif値代入のスタイル Qiita記事書きました。宗教戦争が起きそうなトピックですが、僕は○○の方が好きです!! Rubyでif文

                                          週刊Railsウォッチ: Ruby標準のCSVライブラリは優秀、if代入のコーディングスタイル、rambulanceほか(20220301後編)|TechRacho by BPS株式会社
                                        • Azure上のDBで無限ループクエリ叩いて泣きそうになった話(と対処法)

                                          はじめに この記事は、FIXER 2nd Advent Calendar 2020 24日目の記事です。 どうも、ブログを書くのはだいぶお久しぶりの瓦井です。 2020年を振り返りながらブログネタを考えていたら、開発環境のDBに向かって無限ループのクエリを叩いてしまい泣きそうになったことを思い出したのでバッドノウハウとして残したいと思います。 (今さっき無限ループを叩いてしまったよっていうヤバめの人は目次から 対処法 に飛んじゃってください) 事の成り行き きっかけは開発のテストデータとしてクラウド(Azure)上のDBに WHILE文でレコードを大量生成しようとしてたんです。 これまではAzure Data Studioを使ってDBに接続し、必要なデータを閲覧したり一部レコードを書き換えるくらいのことしかしてませんでした。 SQLはあまり慣れてなかったもんで一つ一つ構文を調べながらクエリ

                                            Azure上のDBで無限ループクエリ叩いて泣きそうになった話(と対処法)
                                          • 個人環境で無料で利用できるOpenShift 4.x環境4選 - zaki work log

                                            クラウドリソースの使用料やサブスクリプションの費用無しに利用することができるOpenShiftを4つ紹介します。 他にもあるかもしれませんが、私が個人環境で触ったことがあるのがこの4つという話です。 用途に応じてお試ししてみてね。 (独断と偏見で難易度(手軽さ):易→難の順に並べています) (1) Learn OpenShift (2) IBM Open Labs 参考情報 (3) CodeReady Containers 導入例 (on CentOS 7) 導入例 (on Windows 10 pro) --enable-experimental-features 参考情報 (4) OKD on ベアメタル他 参考情報 バージョンその他諸々は、2020.09.23時点のものです。 (1) Learn OpenShift OpenShiftバージョン: 3.11 ~ 4.5 ユーザー登録:

                                              個人環境で無料で利用できるOpenShift 4.x環境4選 - zaki work log
                                            • ピュアP2P分散マイクロブログシステム NostrP2Pを作ってみた - Qiita

                                              こんにちは。 ryo_grid です。 今回はピュアP2P分散マイクロブログシステム NostrP2Pというものを作ってみたのでそれについて書いてみます。 ひとまず開発物のGitHubリポジトリはこちら ryogrid/nostrp2p ryogrid/flustr-for-nosp2p アイキャッチ画像です。 前提知識 Nostr プロトコルについてのざっくりとした理解 こちらの記事などに目を通しておいていただければ十分かと 開発しようと思った経緯 元々NAT透過なオーバレイ上で動作するピュアP2Pなアプリケーションを作ってみたかった DHTベースの分散KVSを作ったことがあったが、NATの壁を超えることはできなかった 上の思いから、ひとまずgossipプロトコルなどで雑にNAT透過なオーバレイを実装できないか考えていた => そのものずばり、どころかよりインテリジェントな実装であるwe

                                                ピュアP2P分散マイクロブログシステム NostrP2Pを作ってみた - Qiita
                                              • 『英語ミーティングを乗り切るために身につけたバッドノウハウ - knqyf263's blog』へのコメント

                                                ブックマークしました ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください Twitterで共有

                                                  『英語ミーティングを乗り切るために身につけたバッドノウハウ - knqyf263's blog』へのコメント
                                                • 今週のはてなブログランキング〔2021年8月第1週〕 - 週刊はてなブログ

                                                  はてなブログ独自の集計による人気記事のランキング。8月1日(日)から8月7日(土)〔2021年8月第1週〕のトップ30です*1。 # タイトル/著者とブックマーク 1 英語ミーティングを乗り切るために身につけたバッドノウハウ - knqyf263's blog by id:knqyf263 2 ソフトウェアエンジニア、建売を買う - Software Transactional Memo by id:kumagi 3 子持ち40代女性コロナ禍での転職活動マジきつかった - インターネットの備忘録 by id:hase0831 4 東京オリンピックという古代ギリシア復興の儀式 - 本しゃぶり by id:honeshabri 5 エンジニアリングマネージャーを目指す若者の戦略 - yigarashiのブログ by id:yigarashi 6 エストニアで発生した顔写真データの違法ダウンロー

                                                    今週のはてなブログランキング〔2021年8月第1週〕 - 週刊はてなブログ
                                                  • std::vector をがんばって高速に resize する - Qiita

                                                    あらまし プロファイラとにらめっこしながら気合を入れて最適化していくと、最終的に上位に std::vector<char>::resize() が残った、という経験が度々ある。 該当ケースは大抵 std::vector<char> を一時バッファとして利用しており、頻繁に resize() が呼ばれ、サイズは数十~数百 MB 規模に及ぶ、といった感じである。std::vector の resize() は新規に追加される要素に対してはコンストラクタを呼ぶが、組み込み型の場合はゼロクリアがなされる。大きなメモリ領域へのゼロクリアは重い処理であるため、プロファイル上位に残ることになるのだが、一時バッファは基本的にゼロクリアは不要であり、純粋に時間の無駄である。この無駄をなんとかしたい。 根本的な話として、こういう状況では std::vector<char> は使うべきではないと思う。mallo

                                                      std::vector をがんばって高速に resize する - Qiita
                                                    • つたわるイラスト vol. 2 〜イラスト作成のバッドノウハウを乗り越えて〜 / Understandable illustrations vol. 2 - bad tips and good tips

                                                      イラスト作成は、デザイナーだけの仕事ではありません。 開発資料や、プレゼン資料、社内Wikiなどなど、人から人へ情報を伝える場面において、イラストは時に文字以上に豊かな情報量を持ちます。 7/8に実施したvol. 1では、誰のためのイラストかを言語化することで、つたわるイラストを描く上での心構えについてお話をしました。今回、vol. 2ではより具体的な「つたわるイラスト」を描くコツをグッドノウハウとバッドノウハウを交えながらご説明します。 米倉裕基 / @yuukikun31 / LINE株式会社 テクニカルライター・テクニカルイラストレーター ※この資料は以下のイベントで発表した内容です https://line.connpass.com/event/221790/

                                                        つたわるイラスト vol. 2 〜イラスト作成のバッドノウハウを乗り越えて〜 / Understandable illustrations vol. 2 - bad tips and good tips
                                                      • colopl_bc と Rector ルールを OSS として公開しました - COLOPL Tech Blog

                                                        こんにちは、 Platform Engineer の工藤です。 過去記事や PHPerKaigi 2023 での登壇でたびたび触れていた社内 PHP 互換 Extension である colopl_bc 、及びそれを利用するための Rector ルールを GitHub にて OSS として公開しました。 github.com colopl_bc について colopl_bc は PHP のバージョンアップに伴う下位互換性のない変更について、実行速度や厳密な互換性の面から PHP だけで対処することが難しいものを PHP に提供する拡張機能 (Extension) です。 ini による設定で実行時に互換性を維持できているかを確認することができるので、本番環境では高速に動作するよう互換性チェックを無効にしつつ、 canary 環境でのみ非互換を検出した場合にログを記録する、という運用ができる

                                                          colopl_bc と Rector ルールを OSS として公開しました - COLOPL Tech Blog
                                                        • 個人の効率の差と、知と、チームの開発で成果が生まれるメカニズム

                                                          この記事は、↓の記事の続きです。 前の記事では、個人差に基づいて給与を支払うべきなのかという事にフォーカスを当てていたのですが、この記事では、開発チームがどのようなメカニズムで効果的に機能するかという事を考えていきます。 要約をすると...作業の速さと知の2つの概念を分離した上で、チームにおいては必ずしも個人の作業量だけが貢献ではないことを示し、知がどのように蓄えられるものか、どういった性質を持つかという仮説について述べます。そのような知の蓄積については、個人に還元して考えることにはあまり本質がなく、チームとして機能する状態を作るのが重要で、その意味で作業量(だけ)を全てとする"成果主義"では部分最適になってしまう、という事が一つの結論です。この知の蓄積は「森」のメンタルモデルで表現でき、事業やチームを拡大していく場合はどこかで「森」を作るという戦略に切り替えていく必要があります。 という

                                                            個人の効率の差と、知と、チームの開発で成果が生まれるメカニズム
                                                          • AWSでやらかして3桁万円請求された話 - Qiita

                                                            はじめに こんにちはkappa0923です。 普段はSierでクラウドアーキテクトをしています。 この記事は「本番環境でやらかしちゃった人 Advent Calendar 2020」20日目の記事です。 今回はAWSの設定をミスったために普段の10倍以上の料金を請求されるに至った経緯と、その対策について記載していきます。 お断り この記事はあくまでもノウハウを共有して、同様にやらかす人を少しでも減らすことを目的としています。 記事の内容はあくまで個人の見解であり、所属とは関係ありません。 また、多少のフェイクを混ぜますので、あらかじめご了承ください。 発生背景 とあるWebシステムをAWS上で構築し、開発・運用を行っていました。 このWebシステムではバッチ処理を並列で行うため、複数の小さいEC2インスタンスを作成→実行→削除という構成をとっていました。 これにより必要ない時間はEC2イン

                                                              AWSでやらかして3桁万円請求された話 - Qiita
                                                            • はまちや2 on Twitter: "近ごろのGoogleは何か検索すると画像とかスクショの中に検索文字列が含まれるものもヒットするんだね。つまり企業等が謝罪文を画像で公開するバッドノウハウは意味がなくなっている"

                                                              近ごろのGoogleは何か検索すると画像とかスクショの中に検索文字列が含まれるものもヒットするんだね。つまり企業等が謝罪文を画像で公開するバッドノウハウは意味がなくなっている

                                                                はまちや2 on Twitter: "近ごろのGoogleは何か検索すると画像とかスクショの中に検索文字列が含まれるものもヒットするんだね。つまり企業等が謝罪文を画像で公開するバッドノウハウは意味がなくなっている"
                                                              • Slackで不在時に代理応答する仕組みを作った | ten-snapon.com

                                                                auto responce when away from keyborad. Contribute to pyama86/slack-afk development by creating an account on GitHub. 今日からペパボで運用を始めた仕組みの紹介です。 モチベーション ペパボでは新型コロナウィルスをうけて、全社でリモートワークを前提として事業活動を継続しています。そのなかでSlackの各チームのチャンネルを眺めていると、「今からランチに行きます」とか「ちょっと席を外します」といったSlack投稿が結構見受けれました。これはおそらくチームメンバーに対する気遣いで、暗にすぐに反応できないことを伝えているのだと思いました。また有給休暇の際にもステータスメッセージや、ディスプレイネームで工夫しているケースが多くあります。(大和田太郎@8/24有給など) 一方でこれらの発

                                                                  Slackで不在時に代理応答する仕組みを作った | ten-snapon.com
                                                                • PSR-7と生PHPに対応したSet-Cookieライブラリを作った - 超PHPerになろう

                                                                  Cookies default to SameSite=Lax - Chrome Platform Statusということで、何もなければ2020年2月4日にはリリースされる見込みのChrome 80(参考: Chrome Platform Status)を皮切りにCookieにデフォルトがSameSite=Lax相当になるということで、駆け込みでSameSite=Noneを付けて回る需要があるらしいですね。 PHP 7.3が正式リリースされる前に書いたPHPでSame-site cookie - Qiitaが未だに参照されていて厳しい気持ちがあり、さりとて邪悪なPolyfillをまた作ってコピペさせるのも抵抗があり、と悩んでいるうちにバッドノウハウを堂々と書いた記事が出てきてしまったので、仕方なくライブラリにすることにしました。 github.com 週末は具合が悪くて昨晩から衝動的に作

                                                                    PSR-7と生PHPに対応したSet-Cookieライブラリを作った - 超PHPerになろう
                                                                  • ツイッターで「長文」記事を書ける新機能 これから流行る可能性は?(山口健太) - エキスパート - Yahoo!ニュース

                                                                    6月22日(米国時間)、Twitterでブログのような記事を書ける新機能「Notes(ノート)」のテストが始まっています。140文字制限のツイートより長い文章を書ける機能として、これから流行る可能性はあるでしょうか。 ブログのような記事を書ける。日本はまだノートは、ツイートの140文字(英語圏では280文字)制限を超える長文の記事を書ける機能となっています。 ブログ記事のような長文記事を投稿できる(Webサイトより) テストが始まっているのは北米など一部の地域で、残念ながら日本は含まれていません。また、日本からノートの記事を開こうとしても表示することはできないようです(「このページは存在しません」とのエラーになります)。 ヘルプページの説明によると、タイトルの長さは100文字まで、本文は2500ワードまでとなっています。 本文には複数の写真や動画、GIF画像、他のツイートを埋め込み可能。見

                                                                      ツイッターで「長文」記事を書ける新機能 これから流行る可能性は?(山口健太) - エキスパート - Yahoo!ニュース
                                                                    • sradmotd.pl

                                                                      sradmotd.pl 0JD��U [% aregeword = ['アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家', '吾輩はリファレンスである。名前はまだ無い -- perlの中の人', '犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー', '犯人はmoriwaka -- Anonymous Coward', 'クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人', '日本発のオープンソースソフトウェアは42件 -- ある官僚', 'あつくて寝られない時はhackしろ! 386BSD(98)はそうやってつくられましたよ? -- あるハッカー', '未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー', '皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカ

                                                                        sradmotd.pl
                                                                      • ブコメ大絶賛の怪奇現象が発生してるが、俺はまずこの増田の文章が読みに..

                                                                        ブコメ大絶賛の怪奇現象が発生してるが、俺はまずこの増田の文章が読みにくくて何度も眼が滑った。 次にバッドノウハウで乗り切れ、みたいな内容が気にかかってしまった。 この手の子に必要なのは考える力をつけさせることだから、本当にやるべきことはキャラクターシートを作ることだよ。登場人物の特徴から趣味、口癖、エピソードなど。それを眺めさせて思ったことをつぶやかせる。そうしておいて、今つぶやいた君の言葉こそが感想文だよ、という。 物語の人物がどういった人となりかを明文化することで、対人における分析力にもなる。 物語でないルポや子供向けの論考みたいなものの場合、ブレインストーミングを行わせる。 内容を見て何を感じたかを書き出させ、どうしてそう感じたかを突き詰めさせる。 対概念などの 多角的視点も考えるようにアドバイスする。反対意見はどうかな、程度でいい。 思考で最も良くないのは、ふわっと流してなんとなく

                                                                          ブコメ大絶賛の怪奇現象が発生してるが、俺はまずこの増田の文章が読みに..
                                                                        • Hardening 2022 DECADEで最下位だったので反省します|やわらかセキュリティ

                                                                          どうも、のみぞうです。今回は終わった後の体力回復に時間がかかりHardening参加ブログを書くのすら遅くなってしまった。すいません。 今年もHardening本戦にTeam2「なんくるしーさーと」として参加させていただきました。実は個人的な色んなことがHardeningとは別に平行に進行していて、チーム内のいろいろがお留守になった結果、見事ドベ(最下位)だったので、自分なりに「そりゃそうですよねー」って思うところと反省するところとチームの皆に謝りたいところがないまぜになっています。チーム2の皆様におかれましては貢献できてなくてほんとごめんなさい。まあ、学びに順位は関係ないと嘯きつつ、反省することも多かったので書きます。 ちなみに私は今回3回目の参加で、2年前の初参加時は1位だったので、1位から最下位まで経験した参加者はそんなに多くないのではないでしょうか。そんな経験値から得たバッドノウハ

                                                                            Hardening 2022 DECADEで最下位だったので反省します|やわらかセキュリティ
                                                                          • 第2回 コントロールについて1 | アノーイング・クリエーション 細金卓矢

                                                                            制作において何かをコントロールする手段をある程度習得すると、それをどの程度行使するべきかという問題に突き当たります。これはコントロールする手段を習得するということはそれを使わないという選択肢を獲得するということである、とも言い換えることができます。コントロールを徹底した作り方には魅力があり、たとえば小津安二郎やデヴィッド・フィンチャーなどはコントロールを徹底するタイプの作家の代表でしょう。視聴者にコントロールしていると感じさせない程度にコントロール量を調整する制作者が大勢だとすれば、そのラインを大きく超えてコントロールしていることを前面に押し出す美しさを追求しています。一方でJ・ケージのチャンスオペレーションなどはコントロール出来る範囲を意図的に手放すことで不干渉の美しさを獲得しようとしています。どちらの方向もコントロールをどの程度行使するかという点に関しては自覚的であることに注目してくだ

                                                                              第2回 コントロールについて1 | アノーイング・クリエーション 細金卓矢
                                                                            • ハッピーな開発ライフを過ごすために静的解析ツールを本格導入した - i Cubed Systems Engineering blog

                                                                              case.1 サーバサイド編 自己紹介 アイキューブドシステムズでCLOMOのサーバーサイドを担当している Kakuno です。 生まれも育ちも東京で、約9年間ほど東京でエンターテイメント系の企業でサーバーサイドを担当してきました。福岡に移住したいという夢があり、2019年12月から福岡に本拠地があるアイキューブドシステムズへご縁があり入社しました。 コーディング規約 弊社のサーバーサイド開発ではRuby on Railsを主に使用しています。 さて、入社して最初にコードを書くときに気になることといえば、「コーディング規約」はどうなっているのか、だと思います。 Ruby on Rails自体には、インデントにタブではなくスペース2個を使用する等の基本的なルールはありますが、それに加えて「うちの会社ではこうしよう!」みたいな独自ルールがどの会社にも存在するかと思います。 弊社もコーディング規

                                                                                ハッピーな開発ライフを過ごすために静的解析ツールを本格導入した - i Cubed Systems Engineering blog
                                                                              • `bundle install --clean`を実行するときの注意点 - koicの日記

                                                                                bundle install --clean を実行するときの注意点として、バッドノウハウを書き残しておきます。 これは、以前 pocke さんが CircleCI の実行を速くするのに bundle install --clean を使う方法を記されていたことで思い出したことです。 pocke.hatenablog.com bundle install --clean は Bundler 管理下で不要な gem とそのバージョンを削除します。pocke さんの伝える CI 上の gem のキャッシュを削除する用途以外に、イメージ化していないデプロイ環境で bundle update している環境なんかでも同一 gem に対して複数バージョンがインストールされていたりします。そういった環境で bundle install --clean を実行すると、不要バージョンを削除してガツっと容量を

                                                                                  `bundle install --clean`を実行するときの注意点 - koicの日記
                                                                                • Docker上で走るNuxt.JS + SSR のサイトをVarnishを使って爆速化した話。

                                                                                  売れるネットショップ研究所 橋本技研の技術系備忘録ブログ。 ショッピングカートシステムの制作などが得意です。 あるコーポレートサイトをリリースしたのですが、最初のレスポンスが返ってくるのがちょっと遅いのでなんとかしたい。 サイトの構成は以下のとおり。 サーバはVPS( 2GB: 1 CPU, 50GB Storage )Dockerで構成(いろいろ拡張の予定があるので、Docker swarmを利用)サイトはHeadless CMS + Nuxt.JS + SSRで構成/blog にWordpress(ブログ)を設置 尚、Headless CMS は、これとは別のサーバにインストールしてある。利用したCMSは、cockpitというOSSを採用。Cockpitは、いろいろカスタマイズが効いてかゆいところに手が届くので、マジでお勧め。 ※cockpit公式のDockerイメージは、アップロード

                                                                                    Docker上で走るNuxt.JS + SSR のサイトをVarnishを使って爆速化した話。