個人開発者同士でバグを見つけ合うバグバッシュという取り組みについて - フロントエンドの地獄
こんにちは！ 個人でWebサービスやアプリを作ったりしてるエンジニアの@nabettuです。 エンジニアのみなさんのなん%かは「Webサービスで一発当ててやるぞ！」と息巻いてる事でしょう。かく言う私もその一人です。 個人開発界隈で有名なせせりさんの様に「一発当てて一生働かなくても」とはまだまだ程遠いですが笑 まぁお金になるかならないかは置いておいて、みなさん個人又は少人数のチームで色々作ってると思います。 私は「運営者ギルド」という個人開発でサービスやアプリを作ってる人達のグループに所属していまして、今日はそこで半年くらいちょこちょこ開催してるBug Bashという取り組み、やっていて結構有益だな〜となっているので紹介したいと思います。 ぜひぜひ同じようなグループでも会社でも取り入れて行くといいと思うのでどんどん真似して下さい！ Bug Bashとは 最近決済スピードが爆上がりしてめちゃ決
React Native + Expoでアプリ作ってみて、採用するならこんな感じの時かな〜という記事 - フロントエンドの地獄
どうも @nabettu です。 フロントエンドエンジニアとして、Webサイト作ったりスマートフォン向けのアプリを作ったりしています。 仕事でも個人としてもReact Native + Expo でアプリを作ってiOSとAndroidの両対応したりしてます。 たまに、新しく作るアプリや既存のアプリの方針転換の相談とかうけるんですが、とにかく 技術選定って難しい・・・ Swift/Kotlin使ってネイティブで作るのか、React NativeかCordovaか、はたまたFlutterか 考えること多いんですよね。適当に「Flutter流行ってるからFlutterでいんじゃね？」とか気軽に言えないじゃないですか。 前提として「iOSとAndroid両対応のアプリを出す」ってのは確実にあるとします。 そしてまず相談受けた時にこのあたりのことをざっくりヒヤリングしたり、一緒に考えたりします。 サ
読まれる技術記事を書くには？技術記事を書く時のポイントまとめてみた - フロントエンドの地獄
Crieitのアドベントカレンダー３日目です。担当の渡邊がお送りいたします。 みなさん、qiitaや自分のブログ、はたまたCrieitなどに技術記事書いていますか？ せっかく技術記事投稿サイトのアドベントカレンダーなので、技術記事自体を書くことについて書きます。 ノウハウと見せかけて当たり前の事を書こうと思います。 そもそも技術記事って書くべきなのか エンジニアじゃなくても「情報発信」は大事です。フリーランスじゃなくともそこから仕事につながることもあるでしょう。100%書かないよりは書いたほうがいい。 もちろん仕事をとってくる目的で書いてるなら立派な営業活動なので書くべき。最新情報とかの発信はブランディングになるんですよね〜mizchiさんとかすごい。 そうでない方も、エラーで困った内容とかはできるだけログとして残しておくといいでしょう。どうせ３ヶ月後に同じでエラーが出て自分が読むことにな
個人開発のモチベーションが続かない、作り終わらない。原因と対策を考えてみた。 - フロントエンドの地獄
運営者ギルドという、個人や少人数チームでWebサービスやアプリを作っている人のSlackチームがありまして、そこで furuta さんやnaichi さんとチャットしていて、個人サービスを作っていて「モチベーションが続かない」「いつの間にか辛くなってくる」という個人開発あるあるについて話していました。 個人開発は「自分の作りたいもの」を「自分の使いたい技術」で「自分の好き」に作れる最高の舞台です。クリエイターならやらない手はないでしょう。 しかし、何も考えずにいざ足を踏み入れてみると、思ったよりも険しい道だと気づくのです。 仕事でもなく「自分が作りたくて作っていた」はずなのに、いつの間にかどこかに逃げ出してしまうモチベーション。何ヶ月経っても作り終わらない現代のサグラダ・ファミリア。仕事がバタついて1週間面倒見ていなかっただけで「え、なにこのクソコード」と毒づいてしまうほど荒れ果てたmas
静的サイトを公開するならどこがいいの？ #技術書典 - Crieit
静的サイト（PHPやRubyなどのサーバープログラムを走らせない環境でのWebサイト）でSPAを公開するにあたって、運用・配信（ホスティング）するならどこがいいかと最近聞かれまして、その際の回答を技術書典の宣伝も兼ねてブログにしたためます。 今回は次の４つで比較しています。 GitHub Pages Firebase Hosting GitLab Pages Netlify 上記４つはどれも独自ドメインの設定とSSL対応が無料で行うことが出来ます。 ※比較的初心者に向けて書いている前提です。 AWS S3やGCP等の利用は初心者がいきなり設定を行うには項目が多いため除外しています。 レンタルサーバーも基本料金が発生し、スケール・管理し辛いため今回は除外しています。 また、少し機能について説明が必要な部分があるので、先に説明を書きます。 Rewrite設定について 静的サイト化したSPAを公
日本語のフリーフォントをまとめて試せるサイト「 #ためしがき 」をなんで作ったのかと技術的な話 - フロントエンドの地獄
みなさんためしがき試してくれました!? ホント！？ありがとうございます！！！ tameshigaki.jp ためしがきって？ 知らない人もいると思いますので、簡単に説明しますね。 ためしがき - 日本語のフリーフォントを検索できるサイト こちらからサイトにアクセスして、お好きな文字・文章を入力していただくと、 こんな感じで、色んなフォントでの見た目をまとめて確認することが出来るサイトなのです。 サイトで使っているフォントは商用利用可能なフリーフォントとなっており、フォントをタップすると表示される画面から、配布先のサイトに遷移することが出来ます。 また、フォントをシェアするボタンを押してから、Twitterやfacebookでシェアすると みんなオラに力を〜！ 日本語のフリーフォントを好きな言葉・文章で試せるサイト | ためしがき https://t.co/ECvYEaVQQ9 #ためしがき
退職エントリー的ななにか - フロントエンドの地獄
こんにちは。ワタナベです。 そういえば会社辞めてから結構経っちゃったんですが、なんで辞めたのかとか書いておこうと思いたちまして、さらっとですがブログとしてしたためておきます。 面白法人カヤック：入社から退職まで 2年半ほどお世話になった面白法人カヤックを去年の９月で退職していました。 新卒で入った会社は全然Webの会社じゃなかったんですが、個人でWebサービスとかを独学で勉強して作ってました。 とはいえ独学だと限界があるな〜ということで、Web系の会社に転職したいなと思っていてカヤックと出会い 自社サービスと受託両方やっている 経営理念「つくる人を増やす」に共感した 月一で個人制作発表会をやっている！（これ最高） ということで応募して採用していただき、HTMLファイ部の受託部門で働いていました。 その頃妻は「ままはっく」という、育休中に始めたブログを成長させてフリーランスとして独立していま
フロントエンドエンジニアに求められるもの多すぎ問題 - フロントエンドの地獄
背景 postd.cc という記事がちょっと前にありました。 github.com Roadmap to becoming a web developer in 2018って最近のWeb技術のまとめみたいなもんもよく引き合いに出されます。 このまとめの中にフロントエンドのものありますが、これはフロントエンド技術自体のロードマップです。 これらの技術すべてに精通していればいいのかと言われるとそんな必要は全く無くて。 でも現場によって実際 フロントエンドエンジニアに求められているものはそれ以外にもたくさんあるんですよね。 会社によってマジでJavascriptプログラミングしかやらない人も、マークアップする人、デザインを作ってそれをCSSに落とす人、本当に一口にフロントエンドエンジニアと言っても幅広すぎ。 担当範囲が広すぎるフロントエンドエンジニアに関していろんな会社が募集してると思うんですが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
