エンジニアのための刑事事件対策まとめ - Qiita
こんにちは。モロと申します。 実は数年前警察のお世話になり、数年裁判等をやって、昨年晴れて無罪放免となったのですが、そういえばその後どこにも情報をまとめていなかったことに気が付きました。 正直にいうとまったく気の進まない作業ですし、数年間これにかかりきりだったこともあり「わざわざまとめなくても誰でも知ってることでは……？」みたいな気持ちもあります。 とはいえ冷静に考えると大抵の人は一生関わり合いになることのない知識で、お世話になった界隈に対して何も残さないのも不義理という感じがしたため遅ればせながら筆を執らせていただきます。 はじめに 当記事は、実際に警察のお世話になり、数年間弁護士の方にご指導いただきはしたものの、あくまで法律の専門家でも何でもない一エンジニア（というか多少エンジニアリングをかじったデザイナー）によるもので、第三者による監修等もなされていません。 実体験に基づいて少しでも
pipの依存関係チェックが厳しくなる - Qiita
はじめに これもPython Bytesポッドキャストを聴いていて知ったのですが、pipがモジュールインストール時に行う依存性チェックが厳しくなるみたいです。気にしないでいるとある日突然 pip をバージョンアップした途端に依存しているパッケージをインストールできなくなるかも知れないです。どう変わるのか、そしてそれに備えて何ができるのかを書いておこうかと思います。 pipの新しい依存関係チェッカー あまり意識していませんでしが、これまでのpipでは依存関係に矛盾のあるパッケージをインストールできてしまっていました。pipの新しい依存性チェッカー (2020-resolver)ではこれを許さなくなります。 例えば、virtualenvパッケージ(version 20.0.2)はsix>=1.12.0, <2という依存関係が設定されています。「sixのv1.12.0以上かつv2未満」ということ
VTuberのホームページをGitHubのプルリクだけで更新していったらどうなるのか？企画に参戦してみた - Qiita
VTuberのホームページをGitHubのプルリクだけで更新していったらどうなるのか？企画に参戦してみたTypeScriptYARNOSSReactVtuber おめシスはいいぞ VTuberのホームページをGitHubのプルリクだけで更新していったらどうなるのか？という企画に参戦してみた。技術的にも非常に面白い試みだったので書き残しておく。 経緯 夜中にTwitterのタイムラインを眺めていたら興味深い動画を見かけた。 【検証】１ヶ月間、プルリクだけでホームページ作ったらどうなるの？ どうやら「おめがシスターズ（通称：おめシス）」というVTuberが、自分たちのホームページをGitHubのプルリクだけで更新していったらどうなるのか？という検証を行なっていた模様。 おめシスのホームページをGithubのプルリクで更新していったらどうなるのか、こっそり検証中です。そのうち動画にします！htt
TOMCAT殺害事件 - Qiita
OOMKillerの殺意 顧客EC2のTomcatがアクセスの無い早朝にもかかわらずOOMKillerに突然殺されてしまったので、調査した顛末をたぶん同じような問題に直面されている方もおられるかと思いますので備忘録として記載します。 Javaヒープのチューニングにも多少役立つかと思います。 （この記事はJava8が対象となります。） OOMKillerとはOut of Memory時に、サーバ全体を守るためにメモリーを消費しているプロセスを停止するLinuxの標準機能です。 そのOOMKillerになんとTomcatが突然殺害されてしまいました。 問答無用の辻斬り状態です。 早朝ですのでアクセスログには何も記録されておらず、catalina.outには OpenJDK 64-Bit Server VM warning: Setting LargePageSizeInBytes has no
闇の魔術に対する防衛術のカレンダー | Advent Calendar 2019 - Qiita
The Qiita Advent Calendar 2019 is supported by the following companies, organizations, and services.
「さくらのレンタルサーバ」批判記事、Qiitaで公開止められ炎上 さくらは「事実確認中」
さくらインターネットが提供するレンタルサーバサービスでトラブルに巻き込まれた――エンジニア向けの情報共有サイト「Qiita」にそんな記事が投稿され、ネット上で物議を醸している。さくらインターネットはITmedia NEWSの取材に対して「事実確認を行っている」と回答した。 Qiitaに記事を投稿したのは、さくらインターネットでレンタルサーバを10年ほど使っていたというユーザー。投稿によれば、今から2年ほど前、さくらインターネットから「データセンター内のサーバの場所を移動したい」という申し出があった。「ハードウェアの変更は行わず、今まで通りの動作が保証される」といった内容で、スケジュールや作業分担の打ち合わせを経て作業が行われたという。しかし、直後からサーバに接続できなくなるなどのトラブルが発生し、その後も不誠実な対応を受けたとして、担当者とのやりとりを時系列で書き込んでいた。 Qiitaの
SmartHR Slack の歩き方【完全版】運用ガイドライン/マニュアル/ルール - Qiita
SmartHR Advent Calendar 2019 10日目を担当するコーポレートエンジニアの yamashu です。 社内での Slack の使い方についての記事になります。 これはなに SmartHR の社内ドキュメント「Slack の歩き方」を全公開します 全従業員に意識してもらっている Slack 運用の ガイドライン的なもの です ルールは堅苦しくてちょっと違うかも 🦆 2019年12月時点のものです 入社オンボーディングで必ず説明 Slack は全社導入済み、Slack がないと仕事が成立しないレベルの使い方をしています Slack の使い方はとても大切で仕事への影響も大きいので、入社当日に1時間くらいかけて説明します 完全版じゃないやつ？ SmartHR には オープン社内報 なるものがあります いくつかのコンテンツは既に記事にしています 解説が丁寧だったり、インタビ
Go 1.13時代のエラー実装者のお作法 - Qiita
Goアドベントカレンダーその2の3日目のエントリーです。 Goではエラー処理の方法としてはプリミティブな方法しか提供しておらず、他の言語のユーザーからやいのやいの言われてきました。Go2でそれを改善するぞからプロポーザル募集でいろいろ意見を募っては二転三転みたいな感じで、Go 1.13ではだいぶおとなしい感じに機能拡張されました。基本的な方向性としてはgithub.com/pkg/errorsから少し機能を取り込んだ感じです。 すでに、数多くのエントリーやらプレゼンテーションやらでGo 1.13の利用者視点でのerrorsの変更点については触れられてきましたので詳しくはそちらをご覧ください。サマリーとしては下請けのパッケージで出てきた詳細なエラーをラップして扱うための便利な機構がいろいろ追加された感じです。 これらでは主にアプリケーションコードの実装者というかライブラリの利用者向けの説明が
10万冊近いマンガのタイトルから巻数を取得する関数、巻数関数を作ったら思ったよりかなり大変だった話 - Qiita
マンガのタイトルから巻数を取得したい 自作サービスでマンガのタイトルから巻数を取りたくなった。マンガのタイトルで、巻数は何処に書いてあるか？例えば集英社の「HUNTER×HUNTER 1」。見ての通り最後に1と書いてある。つまりタイトルの最後に書かれている数字を取得すれば巻数が取れそうだ。ただし、出版社によってルールは若干違い、小学館は「名探偵コナン １」、講談社は「はじめの一歩（１）」、秋田書店は「ドカベン 第1巻」だ。 区切り文字の後の文字列から数字を抜き取ったものが巻数 ただ、巻数は何文字か分からない。それよりもタイトルと巻数の間に、空白や括弧のような区切り文字がある。出版社に合わせて、タイトルと巻数の区切り文字の後の文字列を取得すると、集英社と小学館は「1」、講談社は「１）」、秋田書店は「第1巻」という文字列が取れる。この文字列から正規表現などで数字だけを抜き取るようにすると無事タ
Goを始めて1年間で最高にお世話になったGo関連ブックマークを晒します。 - Qiita
自分は普段はChromeのブックマークを使ってよく見返す記事を保存しています。Goを一年間書いてきてブックマークを整理したのですが、せっかくなのでお世話になったブックマーク記事を晒します。 Blog & Serial The Go Blog Goの公式ブログ。深いところまでしっかり書かれているので、調べたいトピックはまずはここで調べたい。 https://blog.golang.org/ Practical Go GoのcontributorであるDave Cheneyさんのブログです。Goで開発&運用する上でのアドバイスが書かれており、入門記事だけでは得られないノウハウがふんだんにまとめられています。 https://dave.cheney.net/practical-go Goならわかるシステムプログラミング @shibukawaさんの連載です。Goで低レイヤーを学んでいきます。根底の
終：どこまでショボいアプリがAppleの審査に通るのか試してみた - Qiita
どこまでショボいアプリがAppleの審査に通るのか試してみた の記事の続編です。 何の話かわからない方は前回の記事も併せて読んで頂ければと思います。 背景 オーケー、しょぼいアプリでも審査に通ることはわかった。 でも、アップデートで全く違うアプリに生まれ変わるとしたらどうなんだい？ そう・・・二つ名アプリがソーシャルゲームになるとしたら・・・ 作ってみる まず最初の課題。 そもそも二つ名を表示するだけのアプリがソーシャルゲームになるって、どういうことだってばよ？ いきなりの難問。 そもそも私はソシャゲーしない。仕事もお堅い開発のSI。 とりあえずXDで絵を描いてみる。 ソーシャルゲームなので、世の中の誰かと一緒に何かする感じになるはず。とりあえず戦おう。 なんか雰囲気出てきた！ 二つ名オンライン → Futatsu Na Online → FNO って最高やん。「っぽい」やん。 よし、二つ
エンジニアらしくポルポテストに合格してみる - Qiita
ポルポテストとは？ 何としてもこの炎は守らなくては…… 24時間耐久する入団試験ゲーム「ポルポテスト」がリアルにキツい ポルポテストは、11月25日から大阪文化館・天保山で開催される「荒木飛呂彦原画展 JOJO 冒険の波紋」を記念して実施されるスマホ用Webゲーム。同作に登場するギャング組織・パッショーネの幹部“ポルポ”がジョルノに課した、「24時間ライターの炎を消さなければ合格」という過酷な入団試験を再現したもので、実際に24時間スマートフォンを落ち着けておく必要があります。 試験は端末を垂直に縦持ちしてスタート。ルールとしては、 一定角度以上傾けると失敗 スリープ画面になると失敗 ブラウザ上で「ポルポテスト」ページから別のページに移動したら失敗 「ポルポテスト」を開いているブラウザを閉じて、再度アクセスしても失敗 「ポルポテスト」を開いているブラウザアプリがバックグラウンドにいっても失
Qiitaでのアカウント停止に関する考えについて - Qiita Blog
いつもQiitaをご利用いただきありがとうございます。 Qiita運営スタッフです。 このたび運営として実施したあるユーザーアカウントの停止措置について、なぜアカウント停止とされたのか不安に思う声をいくつかいただきました。そのためQiitaでのアカウント停止に関する考えについてご説明させていただきます。 Qiitaでは「技術的にレベルが低い」「技術的に間違っている」「Qiitaというサービスや運営に批判的である」といった理由で記事の非公開化やアカウント停止という措置を取ることはございません。 過去にも何度か事例がありますが、アカウント停止措置の実施理由は殆どの場合、他のユーザーに対して攻撃的な発言や誹謗中傷を繰り返すなど、コミュニティガイドラインや利用規約に沿わないというものです。 現在のところアカウント停止に連動し、当該アカウントにより公開されていた記事やコメントを非公開とする仕様として
ナレッジ共有の限界
Qiitaを見てると分かるが やはりランキングには限界がある じゃあどうやって自分にとって真に有益で正しい情報を多く得られるかという話だが 代替案として、信用できる人をフォローして、その人が集めている情報を一覧化するという方法があると思う しかしこれも「信用できる人をどう探すか」問題になる これがまた難しい 点数化しようとしても 多くフォローされてる人 → 有名人 → 互助会能力を使っている となってしまい、結局ランキングと大差なかったり、多数向けの大味な情報しか得られない事が多い（これははてな界隈、ツイッター界隈、どの界隈でも有る） また、自分と文脈が合わない人間をフォローしてしまうケースも有る ある分野の初学者が、最先端の教授をフォローしても理解ができないだろう 丁度いい人を探すのは難しい ここらへんにナレッジ共有の限界があると思う 一個打開策は、より詳しい人が、誰に向けて配信するか選
コミュニティガイドラインについての補足説明 - Qiita Blog
いつもQiita、Qiita:Teamをご利用いただきありがとうございます。 Increments株式会社代表の海野です。 先日公開いたしましたQiitaのコミュニティガイドラインに関しまして、沢山のフィードバックをいただきありがとうございます。 ご意見を確認させていただく中で、ガイドライン内の表現に分かりにくい点があること、また、私達がお伝えしたいと考えていることについて、ユーザーの皆様へ補足すべき事柄があると認識いたしました。 お寄せいただいたご意見の中から代表的なものについて、Q&A形式で以下にご説明させていただきます。 なお、解釈に幅のある内容に関して、コミュニティガイドラインを理由に私達が一方的な対応を取るのは望ましくないと考えています。例えばコミュニティの中で内容について議論しやすい仕組みを導入するなど、よりユーザーの皆様に分かりやすい運営方針やサービス設計となるよう検討を進め
「Qiita」運営会社、スマホゲームのエイチームが買収 - ITmedia ビジネスオンライン
スマホゲーム開発のエイチームは、プログラマー向け技術情報共有サービス「Qiita」を運営するIncrementsを子会社化する。 スマートフォン向けゲーム開発のエイチーム（東証1部）は12月22日、プログラマー向け技術情報共有サービス「Qiita」などを運営するIncrements（東京都渋谷区）を子会社化すると発表した。 代表取締役の海野弘成氏らからQiita株式の100％を25日付で取得する。取得額は約14億5300万円。 エイチームはスマホゲームや引っ越し比較・予約サイト「引っ越し侍」などを手がける。中長期の成長を視野に、自社で参入が難しい事業のM＆Aを積極化する方針。Incrementsの買収で新しい事業展開を加速できると判断し、買収を決めた。 Incrementsは2012年創業。Qiitaを運営するほか、チーム内情報共有ツール「Qiita-Team」を開発している。2016年1
QiitaクライアントのQolkをMacbookとCarthageで作った話 - Qiita
Qolk - AppStore Qiitaの公開APIを使ってアプリを作ってみました。目指したのは、「普通のアプリ」です。奇をてらったことをせず、自然に気持ち良くiPhoneで読めたらいいなと思って作りました。 実はもう一つ理由があって、Swift発表から1年以上経ち、だいぶ新しいライブラリが充実してきています。そういう新しいライブラリを使ってみたいというのもありました。 Cocoapodsを一切使わず、端末はMacbookで行うという縛り も試してみたいものでした。開発の第一弾が終了し、AppStoreにもリリースされましたので、ここで今までのところをまとめてみたいと思います。 Qolkの話 まずは、Qolkの説明を簡単にしたいと思います。 特徴 スワイプでの記事送り。 充実したプロフィール表示。 記事のストック、ユーザー・タグのフォロー。 画像を多く利用した楽しい閲覧体験。 様々な切り
decafでcoffeeのコードをES.next に書き換える - Qiita
coffeeの特にクラス記法などを多用していると、coffeeを辞めたい際にES5へのコンパイルしてから再出発しようとすると、多くの情報が欠損してしまう。なので decaf を使う。 decaf は coffee を ES.next へ書き換えるトランスパイラ。 Issueをみるとわかるが(僕も3件ぐらいバグ報告してるのだが)、完全に動くコードに置き換えることはできない。実際には、変換できるまで何度か手を加えながら試して、変換できたら、今度は実際に動くかまた試して… というステップを踏むことになる。面倒だが、自分でゼロからやるよりはマシだ。 使い方 いれる。 var glob = require("glob"); var decaf = require("decafjs"); var fs = require("fs"); var path = require("path"); glob.
絶対に見逃せない投稿が、そこにはある - Qiita
Qiita の 「見逃せない投稿」 を独自に評価してランキングするサービス Qaleidospace を作りました。 本投稿では、そのようなサービスを作ろうと思った理由、投稿を評価するアルゴリズム、システム構成について書きます。 余談ですが、今なら Yearly Ranking がほぼ 2015 年の投稿ランキングとなっており、眺めていて楽しいです。 TL;DR Qiita の「見逃せない投稿」をランキングするサービス Qaleidospace を作った。 適切な評価システムがあれば、書き手も読み手もみんな幸せになれるはず。 ストック数だけで評価すると、初心者向けの投稿やキャッチーなキーワードを散りばめただけの投稿が注目されやすい。誰がストックしたのかを重視して「見逃せない投稿」を評価する。 風変わりなシステム構成: GitHub Pages でホスティング + Swift で書かれたバッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Qaleidospace