タスク管理専用のGitLabプロジェクトの作り方 - Qiita
はじめに GitLabは、バージョン管理システムを主体としたRuby on Rails製のアプリケーション開発支援ツールです。 GitLab実践ガイドより1 とあるように、Gitリポジトリ管理、issue管理、CI/CD、Wiki、コンテナレジストリ、GitLab Pages（静的サイトホスティング）、モニタリング、Kubernetes連携機能もあり、アプリケーション開発・運用のために統合的な機能を提供するGitLabですが、その中でもプロジェクトをissue管理専用として使いたい（ソースコードの管理はしない）という状況がありましたので、その解決策を共有させていただきます。 Issuesのみを表示する 何を言っているかというと、プロジェクト作成時、デフォルトではIssues、Repository、Merge Requests、CI/CD、Wiki、Snippetsが表示されていますが、Is
タイムゾーン呪いの書 - Qiita
コメント欄で「Software Design 誌 (2018/12) に寄稿した内容や修正などをこちらの記事にも適用したい」と言ったあと、やるやる詐欺でずっと放置していましたが、三年近く経ってようやく 2021年 7月に大幅に改訂し、同時に Zenn に引っ越すことにしました。 タイムゾーン呪いの書 (知識編) タイムゾーン呪いの書 (実装編) タイムゾーン呪いの書 (Java 編) なにやら長くなりすぎたので三部構成になっています。 この Qiita 版は、しばらく (最低一年は) 改訂前のまま残しておきます。 タイムゾーンの存在はほぼ全ての人が知っていると思います。ソフトウェア・エンジニアなら多くの方が、自分の得意な言語で、タイムゾーンが関わるなにかしらのコードを書いたことがあるでしょう。ですが、日本に住んで日本の仕事をしていると国内時差もなく1 夏時間もない2 日本標準時 (Japa
net.ipv4.tcp_tw_recycle は廃止されました ― その危険性を理解する - Qiita
Disclaimer 私はネットワークの勉強もちゃんとしたことないし、Linux のソース読むのもはじめてな素人です。 何かおかしなところなどあれば、遠慮なくコメント欄でまさかりをお願いいたします。 ソースコードの引用に関して 本文中で Linux のコード／ドキュメントを引用している箇所がありますが、すべてタグ v4.11 のものです。また、日本語のコメント・翻訳文は筆者が入れたものです。 TL; DR Linux のカーネルパラメータ net.ipv4.tcp_tw_recycle は、バージョン4.12から廃止されました。 今後はこの設定は行わないようにしましょう（というかできません）。 一方、net.ipv4.tcp_tw_reuse は安全であり、引き続き利用できます。 …というだけの話なのですが、自分用にメモがてら経緯・背景などを記録しておきます。 なんで気がついたか このパラ
【速報：2017/09/23】Reactのライセンスから特許条項が外れて真のオープンソース・ライセンスになる - Qiita
背景 Facebookが開発し、JavaScriptライブラリーとして人気を誇るReactですが、これまでBSD + Patentsライセンスのもとでリリースされていました。 これはFacebookが特許関連の問題で訴えられた場合にReactを利用できなくするための防御的な意味を持っていたのですが、Reactを利用していた製品やオープンソース・プロジェクトから「Reactを排除するべきだ」ということで、最近騒ぎになっていました。 （詳細はこちらの記事『React死亡?React終了?～Facebookの特許事項付きライセンスの問題～』Qiitaを参照） Reactライセンスの変更 上記の騒動を受けてReactの開発チームは、もうすぐリリースされる次期バージョン（React v16）から、関連するいくつかのソフトウェアを含めてライセンスを変更し、特許条項を外すことにしました。 具体的には、こ
XamarinでWindows / Mac OSX 両対応のデスクトップアプリを作る - Qiita
私はSSHクライアントPoderosaを開発・販売していますが、最近、従来のWindows版に加えてMac OSX版をXamarinを使って作成するという仕事をしましたので、そこでの知見をまとめておこうと思います。 Windows/OSXの両対応アプリを作る際の定石のようなものも見えてきました。 なおこの記事執筆時点ではOSX版Poderosaは開発終盤ですが未公開です。2017年4月に正式リリース予定です。 基礎知識おさらい Xamarin社は、源流はオープンソースの.NET環境ですが、現在はマイクロソフト傘下になっています。Xamarinの構成要素も多岐にわたり、C#コンパイラ、CLRランタイム、本家.NET互換の基本ライブラリ群、Xamarin FormsというiOS/android両対応のモバイルアプリを作る環境、Xamarin StudioというIDE、などいろいろありますが、こ
オートスケール環境におけるFluentdのログ重複・欠損対策 - Qiita
この記事は Akatsuki Advent Calendar 2016 の15日目です。 はじめに 今やログ収集ソフトウェアのデファクトスタンダードとなったFluentdですが、オートスケール環境においては思わぬログの重複や欠損が発生する可能性があります。今回は私の所属するプロジェクトで行ったログ重複・欠損対策について紹介したいと思います。 前提 今回前提とするシステムは下図のような構成になっています。 ELB配下にオートスケーリンググループに属するEC2インスタンスのアプリサーバが複数台あり、各インスタンス上では Rails と Fluentd (sender) が動作しています。各アプリサーバから出力されたログは Fluentd (aggregator) により集約され、最終的に DB に保存されます。 Fluentd を利用したログ収集の構成としては一般的なものかと思います。 (バッ
プログラマーも手動テストしようぜ 〜 忍者式テストのすすめ 〜 - Qiita
はじめに プログラマの中には、TDDのような自動テストを整備すれば、手動テストは必要なくなると考えている方もいるようです。本記事では、主にプログラマー向けに、手動テストの大切さとはじめ方を書きます。 はじめ方に忍者式テストが出てきます。 プログラマーが得意なテスト、不得意なテスト プログラマーはCheckingが得意です。Testingは不得意です。 テストには Testing と Checking の二つの作業がある Michael Boltonという人のお言葉があります。 Testing vs. Checking « Developsense Blog Checking Is Confirmation Testing Is Exploration and Learning テストにという行為はCheckingとTestingの二つの行為の分けられます。 Checkingは既知の不具合が
Androidアプリのリリースフローを考えた2016冬 - Qiita
はじめに AndroidアプリのGoogle Playへのリリースって、皆さんどうやってますか？ 最近お仕事でGoogle Play Publishing APIやBaltoを使った開発フローを構築しつつあるので、普段どのようにアプリをお届けしているか紹介したいと思います。 これからPublishing APIを使ってみたい方や、リリースフローを改善したい方のご参考になれば幸いです。 使っているサービス 今回の記事はフローを中心にご紹介し、各ツールの詳細な説明は省略しました。 以下にリンクを用意しましたので興味のある方はご確認ください。 メジャーなサービスばかりですね Google Play Publishing API Balto Fabric(Beta) Travis CI GitHub なんでやったの？ リリースフローを整理した背景には、1バージョンのリリースにかかる時間が多すぎたこ
JavaScriptの1msは4ms - Qiita
はじめに JavaScriptのタイマー処理(setTimeout(), setInterval())は1000分の1秒の精度(ms)で遅延時間を指定することができます。 setTimeout(function() { // 1ms後に実行してほしい alert('hello!'); }, 1); 見ての通り、上記のコードは第一引数に渡した関数が1ms後に実行されることを期待して書かれていますが、実際にこれを実行すると4ms以上の遅延が発生する可能性があります。 これは、JavaScriptエンジンの実装によって、4ms以下の設定値は4msに矯正するという処理が行われているためです。 ※追記）厳密には上記処理のみを実行した場合は4msへの矯正は行われないようです。4msへの矯正が行われる条件として当記事最下部に追記を行っておりますので併せてご参照下さい。 なぜ4msなのか 実はこの4msと
QA to AQ: Quality Assurance から Agile Quality へ - Qiita
伝統的な品質保証(QA)からアジャイル品質(AQ)へと変わっていこう 2016/9/30、Hillside Group(後述)の代表Joseph Yoderさんが来日され、鷲崎先生と特別セミナーが開催されたとのこと。 そこで紹介された、「QA to AQ: 品質保証(Quality Assurance)からアジャイル品質(Agile Quality)へ」というパターンが秀逸で、かつ、日本のアジャイルオーディエンスに興味がある方が多いであろう、と思い、紹介します。 アジャイル開発は徐々に日本の開発現場にも浸透しています。特に、Webサービスを事業としている会社、スタートアップ企業、などでは普通になる一方で、ITを利用する側と開発を請け負う会社が分かれている場合、また、組み込みの製品開発などでも、まだまだアジャイルは浸透が足りないようです。開発部隊と別に、品質保証部がある組織も、組み込みでは珍
オフィス周辺にポケモンが現れたら Slack チャンネルに通知するようにした - Qiita
cronJob = require('cron').CronJob pokegoScan = require('pokego-scan') # 自分の環境合わせて設定してください（http://www.latlong.net） coords = { latitude: 35.664134, longitude: 139.713854 }; module.exports = (robot) -> cronjob = new cronJob('*/5 * * * *', () => channel = room: "#pokemon" # 自分の環境に合わせて変更 pokegoScan coords, { distance: 50 }, (err, pokemons) -> if pokemons != undefined message = "" pokemons.forEach (poke
HTTPSにまつわる怪しい伝説を検証する - Google I/O 2016のセッションから - Qiita
今年はGoogle I/Oに初めて社員ではない立場で参加しました。全体の感想は Google I/O 2016まとめ（Web的視点） で公開していますが、今回はその中で、気に入ったセッションの1つである"Mythbusting HTTPS: Squashing security’s urban legends"について書いてみたいと思います。 セッションは大変良くまとまっていますので、YouTubeにあがっている動画を見れる人は動画を見て貰えれば良いのですが、時間が無いという人のために、その内容をまとめました。基本的には文字起こしに近いものです。 重要だとわかっているけど、なかなか導入に踏み切れない人も多いHTTPS。これについて、最新の状況が理解できるコンテンツとしてお役に立てるならば嬉しいです。 TL;DR HTTPSはPWAppなどWebにとって必須。 しかし、パフォーマンス悪化する
レガシー開発環境を今風の開発に近づけるために一年やってきたこと - Qiita
自己紹介 @pugiemonn といいます。 オンラインサロンプラットフォームを手掛けるシナプス株式会社で開発とマーケティングを担当しています。 今日の話 1年前にレガシー環境に参加したメンバーがレガシーな問題に対して、どのような取り組みを行ってきたかお話します。 開発チームメンバーゼロ問題 社長１人で3年開発していた １人で走るのはつらい 突然ユーザー数が増加しはじめピンチに 求人がんばった結果 チームメンバー10名（インターン生含む）になりました✨ バージョン管理されてない問題 1人だったのでバージョン管理など無かった GitとGithubを導入した結果 まずはSourceTreeから 作業ログがわかるようになった 問題発生箇所の調査が容易に 作業がチケット化されていない問題 1人だったのでチケットなど無かった 何のタスクかわからない チケット管理した結果 何の作業かわかるようになった
たった1人から始める社内テストコード文化
# -*- coding: utf-8 -*- from __future__ import absolute_import, unicode_literals # テストする関数 def add(a, b): return a + b # テストコード 関数名はtest_ から始めるのがpytestでのお作法 def test_add(): assert add(1, 1) == 2 assert add(1, 2) != 2 >>> $ py.test ../tests/test_add.py =============================================================================== test session starts ================================================
テストがうまくいかないプロジェクトに捧ぐ、正しいテストの考え方 - Qiita
この記事の対象者 プロジェクトでテストを書いている。(書いたことある) テストが重要らしい事は知っているが、テストの恩恵をそこまで実感できていない。 結局手動テストに依存したバグフィックスをしている。 はじめに 私はテストの設計手法、実装に関する知識は多く持っていましたが、知らなかったことはテストの考え方でした。 テストが重要らしいことを知っている人は多いと思います。 しかし、実際に恩恵を実感できていない人もいると思います。 事実、 テストが重要だと発信している人 と、 テストが重要らしいことを知っている人がいます。 後者の人は、とりあえずテストを書く事ができます。しかし、テストに時間を割く割りに、最終的には手動テストでバグを発見することに依存している事も多いかなと感じます。 世間ではテスト書くのが当たり前、テストは重要！という風潮であるのに、何故テストが重要であると実感できないのでしょう
メール運用がロストテクノロジーになっていく話
クラウドワークス Advent Calendar 17日目担当のSMTPおじさんの記事です。 時間の無い人のために3行でまとめますと以下のコンテンツでお送りします。 大規模なメール配送を安全に行うには特別なノウハウがあり罠も多い SendGrid便利です 当たり前になった技術は空気のように見えなくなってインフラ化する。それがある日突然失われたときの被害は甚大。インフラ技術をキャッチアップして備えよう メール配送今昔 さて、メール配送といえば古くはSendmailを使っていました。多くのUnixディストリビューションに標準でインストールされており、使うのが当たり前で選択肢も少なかった時代です。 Sendmailは開発が重ねられることで複雑化しセキュリティホールが頻発しました。また設定ファイルのsendmail.cfはチューリング完全であるほど高機能で複雑でまた長くなりがちでもあり今でも書きた
スマホアプリの受託開発で気をつけておくべき10のこと - Qiita
スマートフォンアプリの受託開発で、特に見積の時点で気をつけておくべき話です。これらがあいまいだと必ず言った言わないのトラブルになりますので、不毛な時間を費やさないためにも事前に見積書や契約書に明記しておきましょう。 1. 対応OSとバージョン まずは当たり前のところから。OS の対応バージョンです。特に iOS だと iOS6 と iOS7 の境目でビューの構成が変わっていて、バージョン一つの違いで結構な手間がかかる場合もあります。最低動作バージョン、推奨バージョンは事前にハッキリと決めておくべきです。 あとそもそもの要件が、iOS と Android のどちらの OS の話なのかハッキリ明記されていない場合は必ず確認しておきましょう。笑い話のようですが、iOS だと思っていた話が Android だったり、Android だけだと思っていたら両方だったり、ということも少なくはありません。
Java開発の性能改善！ その３ ヒープダンプを取ろう - Qiita
プロセスIDがわかったらjmapコマンドでダンプを取ります。 サーバのディスク容量に注意してください。 heapサイズを2GBとかに設定した場合は2GB以上のファイルが 生成されることがあります。 これで指定した場所にダンプファイルができます。 -dump:live,format=...というようにliveをつけるとGCが起きて コマンド実行時に活きているオブジェクトのみのダンプになるようです。 とりあえず今回はフルで取ります。 ヒープダンプの中身を解析をする 解析をするにはツールを使います。 java標準のjhatやMemory Analyzer、HeapAnalyzerなど いくつかありますが今回はMemory Analyzerを使います。 Eclipseベースなのでサイズの大きいダンプファイルを開く場合は MemoryAnalyzer.iniの設定でツール自体のヒープサイズを 増やす
アドブロックをしてるユーザーにページを見させない最もシンプルな方法 - Qiita
ユーザー的にはウェブページが軽くシンプルに見れて嬉しいのですが、サイト運営してる人からすれば広告無しにページを見られちゃうと困るって人は多いと思います。 https://github.com/sitexw/FuckAdBlock みたいなadblock対策のライブラリまで登場していますが、もっとシンプルなAdBlock対策を思いついたので、書いてみました。 対策方法 広告っぽい名前のClassを見せたくない部分全体に付けてあげれば良いのです。 <body class="ad adsense adv advertise advertising ads-az img_ad ad_image adsbygoogle"> <!--ここに本文を書く--> </body> 上記のようにbody全体に適用すれば、CrystalやAdblock Plusなどのアドブロックを入れてるユーザーはページが白紙に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/itckw/items/ff079c7572d6a1acd349