GASでSpreadsheetを操作する自分的ベストプラクティス - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
入門 GitHub Actions - メドピア開発者ブログ
CTO室SREの @sinsoku です。 社内のGitHub ActionsのYAMLが複雑になってきたので、私が参考にしてる情報や注意点、イディオムなどをまとめておきます。 頻繁に参照するページ 新しい機能の説明が日本語ページに反映されていないため、基本的に英語ページを読むことを推奨。 ワークフロー構文 YAMLの基本構文の確認 コンテキストおよび式の構文 github オブジェクトの情報、関数の確認 ワークフローをトリガーするイベント 各イベントの GITHUB_SHA と GITHUB_REF が記載されている About GitHub-hosted runners インストールされているSoftwareのバージョンなどが記載されている GitHub REST API APIを使うときに参照する よく使うaction actions/checkout イベントによってはデフォルトブ
pythonで小さなツールを作る時のtips - Qiita
自分で小さいツールを作る時に心に留めているtipsです． 書き始めたときは「どうせ書捨てだし」と思って書き始めると意外と長い間，もしくはいろんなところで使うことになったりするので，気をつけておくと後から楽になるというような小技です．大規模なソフトウェアの開発ではまた違った流儀があると思います． メインルーチンを関数にする 関数名はなんでもいいのですが，自分は趣味で main() という名前の関数を用意し，メインルーチンは全てそこに書くようにしています． pythonの小さなサンプルコードを見たりすると関数外の部分にベタで実行コードが書かれていたりします．もちろんそれでも動くのですが，以下の2点で後々面倒になることがあります． グローバル変数だらけになり管理が追いつかなくなる：「どうせ小さなスクリプトだし」ではじめると最初は見通しが良くてもだんだんどこでどの変数名を使っているか分からなくなっ
facebookのiframeアプリでいいねの有無によって表示を分ける方法｜facebook関連｜Web関連特集｜PHP & JavaScript Room
このように「いいね」してくれているユーザーとそうでないユーザーによって、アプリ内の表示を分けるには、 Facebook内でアプリが読みこまれた時に渡されるsigned_requestからいいねの有無を取得することで実装できます。 ここでは、下記のようないいね有無で表示を分岐するiframeアプリをPHPで作成し、Facebookページのページタブとして追加するまでの流れを説明したいと思います。
「Sublime Text」 完全入門ガイド！
こんにちは～ 仕事が恋人のデザイナー、王です φ(≖ω≖｡)♪。 最近海外でもてはやされまくりのテキストエディタ「Sublime Text」と恋に落ちたことをこの場で告白したい！ やっと出会えたぞ！僕が探し求めていた幻のエディタに！！ 昨今話題沸騰中の「Sublime Text」エディタについて、ご紹介しましょう！本記事を読んで、ぜひとも他のエディタからSublime Textに乗り換えていただきたいです！ 見た目的には、このように、優雅（Sublime）そのもの！ Mac、Windows、Linux 三大プラットフォームで動くのも嬉しいですな！ 公式サイトは下記リンクです。 https://www.sublimetext.com/ それでは、動画やキャプチャーを使ってSublime Textの素晴らしい魅力を伝えていきたいと思います。 Sublime Textのチャームポイント 特色機能
第1回Ruby開発環境勉強会 - Kentaro Kuribayashi's blog
社内で、Ruby開発環境勉強会を行いました。趣旨としては、 Rubyプログラマ歴ひと月未満の僕が、最近自分でやってみた開発環境について説明・実演する それを聞いているひとが「こんなことも知らないのか」とあきれて、いろいろ教えてくれる という会です。いろいろ勉強になったので、とてもよかったです。開発環境やツールまわりの勉強会、面白いので、次回以降もなんかしら開催したいと思います。また、 西園寺おんじ氏: http://p.booklog.jp/book/51223 刺身氏: http://blog.kyanny.me/entry/2012/05/30/164601 の2名も発表してくれました。 とはいえ、単に「教えて」というだけいっても意味ないので、以下の軸に沿って問題を整理しつつ、それぞれについて説明・実演をしつつ、みなさんの意見をうかがう感じですすめました。 シェルの設定 irb/pry
この海外のサイトからスクリプトを購入しました。…
この海外のサイトからスクリプトを購入しました。 http://editor.datatables.net/ 付属のSQLファイルでKAGOYAのサーバにインポートし、ブラウザアクセスしたのですが、画像のようにJSONエラーのメッセージが出て、表はloadingのままで使えません。 恐らく初歩的な事だと思うのですが、どんなエラーなのでしょうか。 海外なので、DBの文字コードが違うのでしょうか。UTF-8です。 それとも必要なはずのテーブルがインポートされてないから返り値が空でパース出来ないようなエラーでしょうか。 フォーラムがありますが英語なので翻訳しながらですし、PHP経験が浅いので初歩的な間違いもあまり思いつきません。 とにかくこのエラーが消せたらポイントをお礼させて頂きます。
Perfect Workflow in Sublime Text: Free Course! | Envato Tuts+
I'm pleased to announce that my newest course on Tuts+ Premium is out...and free to everyone! I have a confession: I'm a code editor addict, and have tried them all! I was an early adopter of Coda, a TextMate advocate, even a Vim convert. But all of that changed when I discovered Sublime Text 2, the best code editor available today. I'll demonstrate what I consider to be the perfect workflow. In t
エディタ難民生活に終止符？ WebエディタとしてはSublime Text 2が最強かも！？：ビジネスをデザインするブログ：オルタナティブ・ブログ
エディタってなかなかしっくりくるものがありませんよね。 私の場合、Web系の開発が多いので、Mac環境ではCodaに落ち着いていたのですが、Cadaにおいて「もうちょっとこうならないかな・・・」というところがSublime Text 2（ST2）で解決できることがわかったので、最近はST2をよく利用させてもらっています。 ST2は珍しくMacをはじめWin, Linuxで利用できます（Mac以外ではEmacs風のキー移動ができないため個人的には残念な感じなんですけど）。また、基本有料ではあるものの、無料で、ほぼ何の制限も期限も無く利用することができます。登録をしない場合、メニューバーにUNGREGISTERDと表示されるのと、保存時にたまに「お金はらう？」と聞いてくるだけのようです。詳しくは本体のライセンス情報を御覧ください。 既にいろいろな方がST2の話題をブログなどで取り上げられていて
【動画あり】５分でわかる「LTの作り方とポイント」あるいはウケるプレゼンのコツ - 941::blog
YAPC::Asia とか、勉強会とかの運営とか司会とかをしょっちゅうしている人の視点で書いてみる。 基本的には「伝える」ことが目的なので、必ずしもウケる必要はないんだけど。 LTとは 基本的には技術的なネタをわーっと喋って５分で退場する電光石火のトークのこと。 Lightning Talk （ライトニングトーク）略してLT。 ・利点 ５分という制約があるのでダラダラしない 興味のない話でも５分ならば飽きない ・デメリット とくに無し。あえて言うなら５分のトークを準備するのに１週間かかったりする。 俺調べによると、喋る時間が短くなればなるほど内容が洗練されていくため準備に時間がかかる。 ・歴史 こちらを参照。YAPC発祥。 ライトニングトーク - Wikipedia 構成 基本的にはなんでもOKだが、オーソドックスにはこう ・自己紹介（１０秒くらいでいい、あなたが誰かなんて興味ない） ・ト
GitHubへpull requestする際のベストプラクティス - hnwの日記
みなさん、Git使ってますか？僕はまだメインのVCSがSubversionなのもあって、なかなか慣れません。せっかくGitを使っているのに、ちょっと不便なSubversionくらいの位置づけです。でも、同じような理解度の人って多いんじゃないでしょうか。 一方で、最近はGitHub管理のオープンソースプロジェクトが増えてきました。バグレポートを送るにしてもpull request*1が前提のような空気があり、Git初心者には少し敷居が高い印象があります。 そんな僕も先日初pull requestをしてみたんですが、色々な失敗の積み重ねで残念なpull requestになってしまいました。その反省を元に、本稿ではpull requestする際のベストプラクティスを紹介します。これは「Git Workflow」をベースにコマンド例などを加筆したものです。 概要 pull requestする際は、
Rubyでファイルを扱うまとめ - むかぁ～ どっと こむ
WEB系技術屋の管理人が、ネット・デジタル中心に日歩をつらつら LinuxやらRuby、Javascriptなどなど記事を載せています mukaer.com # open options r read only w write only a append only r read write w read write a read write append b binary mode 例 a b # File method read 読み込み全体 readlines 読み込み 行 foreach 読み込み 行 each_byte 読み込み 1byte gets 読み込み行,順次ファイルポインタ移動 wirte 書き込み 引数1のみ puts 書き込み 引数をそれぞれ改行表示 putc 書き込み １文字 << 書き込み 連結 print 書き込み 引数は複数持ち連結 printf 書き込み 書
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Gmail で使用できる検索演算子 - Gmail ヘルプ
Gitでやらかした時に使える19個の奥義 - Qiita
http://enja.studiomohawk.com/
Sublime Text 2 の Zen-codingキーバインド | Abeam Style
Sublime Text 2 Plugin Tips
Resolve Errors Efficiently | SublimeText.info
kkaneko.com
http://www.geta6.com/post/26777557824