Moving-average-php-code

Moving-average-php-code

Pilihan-universitas --- fx-options-trading-course
Motilal-oswal-online-trading-on-mobile
Under-18-forex-trading


Option-trading-secrets-pdf Pilihan-trading-butterfly Option-trading-online-broker Lcct-forex Oz-forex-share-price Optionshouse-mobile-trading-platform

Prakiraan cuaca lokal oleh quotCity, Stquot atau kode pos SEAS DIBERIKAN SEBAGAI RANGE RATA-RATA RATA-RATA 13 GELOMBANG TERTINGGI. SELALU DENGAN TINGKAT OCCASIONAL RATA-RATA TERTINGGI SEPANJANG PERCENT OF GELOMBANG. GMZ534-252230- LAKE BORGNE- 324 AM CST SAT FEB 25 2017 PENYIMPANAN KECIL KECIL DALAM EFEK SAMPAI NOON CST HARI INI PERLENGKAPAN LATIHAN KECIL KECIL DALAM EFEK DARI NOON CST HARI INI MELALUI WAKTU INI YANG TIMBUL DI WILAYAH UTAMA DI LUAR 20 KNOT MENJADI UTAMA DI NEAR 10 KNOTS LATE. GELOMBANG 3 SAMPAI 5 KAKI. PERIODE DOMINAN 4 DETIK. GELOMBANG BERGABUNG DENGAN 1 SAMPAI 2 KAKI DI AFTERNOON. TONIGHT NORTHEAST WINDS 10 TO 15 KNOTS. GELOMBANG 2 sampai 4 KAKI. PERIODE DOMINAN 4 DETIK. MINGGU WINDS TIMUR 15 SAMPAI 20 KNOTS. GELOMBANG 2 sampai 4 KAKI. PERIODE DOMINAN 4 DETIK. MINGGU MINGGU WAKTU SELATAN 10 sampai 15 KNOTS. GELOMBANG 2 sampai 4 KAKI. PERIODE DOMINAN 4 DETIK. KESEMPATAN TERBATAS SHOWERS SETELAH MIDNIGHT. MINGGU SELATAN WINDS 10 sampai 15 KNOTS. GELOMBANG 2 sampai 4 KAKI. PERIODE DOMINAN 4 DETIK. KESEMPATAN SHOWERS DAN THUNDERSTORMS. MINGGU NIGHT SELATAN WINDS 10 sampai 15 KNOTS. GELOMBANG 1 SAMPAI 2 KAKI. PERIODE DOMINAN 4 DETIK. KESEMPATAN BERSAMA SHOWER DAN THUNDERSTORMS. TUESDAY DAN TUESDAY NIGHT SOUTH WINDS 10 TO 15 KNOTS. GELOMBANG 1 sampai 3 KAKI. PERIODE DOMINAN 4 DETIK. WEDNESDAY SOUTHWEST WINDS 15 SAMPAI 20 KNOTS. GELOMBANG 2 sampai 4 KAKI. PERIODE DOMINAN 4 DETIK. KESEMPATAN BERSAMA SHOWER DAN THUNDERSTORMS. WEDNESDAY NIGHT WINDS BARAT 10 SAMPAI 15 KNOT MENJADI LUAS 20 SAMPAI 25 KNOTS PADA PERJALANAN TERAKHIR. GELOMBANG 2 sampai 4 BANGKIT BANGUNAN sampai 3 sampai 6 FEET SETELAH TENGAH. KESEMPATAN TERBURUK THUNDERSTORMS DI MALAM. KESEMPATAN TERBATAS SHOWERS MELALUI MALAM. Departemen Perdagangan AS NOAA National Weather Service 1325 East West Highway Silver Spring, MD 20910 E-mail: w-nws.webmasternoaa.gov Halaman terakhir diubah: 4 Mar 2014 LAYANAN CUACA NASIONAL: untuk Keselamatan, Kerja, untuk Kesenangan - UNTUK LIFEHi, I8217m Leo. Saya seorang pengembang perangkat lunak hibrida, perancang, pemasar dan pengusaha. Saya adalah CEO Ballistiq. Sebuah perusahaan perancang dan pengembangan perangkat lunak web. Sedikit lebih banyak tentang saya, Ballistiq Web Development Mencari tim pengembangan web berbasis Amerika Utara yang terpercaya, yang memiliki track record hebat Ballistiq menyediakan layanan desain dan pengembangan dipesan lebih dahulu. Weve membangun situs dan aplikasi untuk perusahaan papan atas termasuk Autodesk, NVIDIA, Gnomon School of Visual Effects, Allegorithmic, Luxion dan banyak lagi. Kategori Ruby on Rails vs PHP 8211 Yang baik, catatan buruk 8211 artikel ini ditulis pada tahun 2012. I8217 menambahkan addendum untuk memperbarui artikel dengan pemikiran terbaru pada tanggal 30 Mei 2014 di bagian bawah. I8217 telah berkembang dengan PHP sejak versi 2 (waktu yang sangat lama). Saya telah lama ingin masuk Ruby on Rails dan telah bermain dengannya sejak versi 1 namun tidak pernah memiliki kesempatan untuk benar-benar menggunakannya dalam produksi secara serius sampai tahun lalu dengan Ballistiq. Sejak itu, I8217m sekarang mengode 8020 Ruby on Rails dan PHP, jadi saya akan memberikan pemikiran saya pada keduanya. Pada saat penulisan, versi yang akan saya bahas adalah PHP 5.3PHP 5.4 dan Ruby on Rails 3.2 (berjalan di Ruby 1.9.3). Konteks dari posting ini adalah membandingkan keduanya secara khusus untuk pengembangan web. Bila Anda membandingkan apel dengan jeruk Rails adalah kerangka kerja untuk Ruby. PHP adalah bahasa dan memiliki banyak framework. Apa yang kebanyakan saya membandingkan antara pengalaman saya dengan kedua ekosistem: Kerangka PHP (ada banyak) vs Ruby Rails (kerangka kerja utama). Sementara beberapa mungkin terpaku untuk mencoba membandingkan keduanya dan mungkin menolak judul artikel ini, ini adalah pertanyaan yang sah yang diminta banyak pengembang. Banyak pengembang ingin tahu apa manfaat dari kedua ekosistem tersebut dan benar-benar hanya menginginkan jawaban yang jelas. Dari popularitas artikel melalui Google, itu adalah sesuatu yang diperkirakan puluhan ribu orang. Bukan hanya itu preferensi ya dan tidak. Baik ekosistem PHP dan Ruby sangat kuat. Dalam banyak kasus, ya Anda bisa mendidihkannya ke pilihan. Namun, ada banyak kekuatan untuk keduanya dan berguna untuk membandingkannya dengan cara yang berkepala dingin. Saya tidak terikat agama satu sama lain. Aku menggunakan keduanya. Perusahaan saya bekerja sama dengan keduanya. Keduanya di sini untuk tinggal dan memainkan peran penting dalam industri pengembangan web global. PHP 8211 Kesederhanaan dan Kurva Belajar Baik Yang benar-benar saya sukai dari PHP adalah kesederhanaan dan kurva belajar yang relatif dangkal. Saat pertama kali masuk ke PHP, yang Anda butuhkan hanyalah satu halaman web HTML. Ubah ekstensi menjadi .php. Lempar dalam beberapa kode ltphp di sini gt inline PHP, jalankan di server web PHP dan pergilah. Ini benar-benar mati sederhana bagi seseorang yang benar-benar segar untuk mendapatkan sesuatu yang bisa digunakan dan ditempatkan dalam beberapa menit. Ini telah menjadi salah satu kekuatan PHP dan mengapa begitu populer sehingga desainer dan non-coders 8212 dapat menjadi produktif segera. Kesederhanaan ini, bagaimanapun, datang dengan biaya tertentu. Ini adalah pedang bermata dua karena mengarah pada banyak kode yang ceroboh dan tidak dapat dipatahkan. Hal ini menyebabkan orang menggunakan kerangka kerja yang memaksa standar pengkodean tertentu. Manfaat kesederhanaan PHP8217 dan kurva belajar dangkal adalah hal yang sangat besar terjadi untuk itu dan ini juga memiliki keuntungan bisnis: lebih mudah menemukan orang yang mengenal PHP. Jika Anda melihat-lihat, pengembang Ruby on Rails lebih mahal dan sulit ditemukan. Pengembang bagus yang sangat mengenal Ruby dan Rails (L33T) cenderung lebih hardcore devs. Dokumentasi untuk PHP juga fantastis. Saya menemukan dokumentasi untuk PHP jauh lebih bermanfaat daripada Ruby dan Rails Guides. Komentar pengguna benar-benar membantu dan ada banyak contoh kode yang menunjukkan kepada Anda bagaimana memecahkan masalah umum. Ini Dibuat untuk Web Satu hal besar tentang PHP adalah bahwa hal itu benar-benar terfokus sepenuhnya untuk web. Ini bukan bahasa pemrograman tujuan umum seperti Ruby (atau PythonJavaCPerletc.). Banyak fungsi inbuiltnya khusus untuk memecahkan masalah web dan ini menjadikannya bahasa yang sangat mudah untuk diprogram untuk web. Misalnya. Jika ingin mengirim header ke browser, cukup gunakan fungsi header (). Hash MD5 atau SHA1 hanya md5 () dan sha1 (). Ini tidak begitu mudah untuk melakukan ini dengan RubyRails karena Anda harus memasukkan perpustakaan dan menggunakan namespacesmodules untuk mencapai fungsi yang sama. Banyak Sumber Daya PHP memiliki banyak sumber daya, kerangka kerja, aplikasi dan perpustakaan yang tersedia untuknya. Dari CMS8217 seperti WordPress dan Drupal ke kerangka kerja seperti Symfony dan perpustakaan seperti Doctrine, PHP benar-benar memiliki banyak sumber daya bagus yang tersedia. Ketika datang untuk menerapkan CMS sederhana, misalnya, saya hampir selalu gagal hanya menggunakan WordPress daripada membangun aplikasi Rails untuknya. Saya hanya merasa bahwa itu adalah solusi yang jauh lebih sederhana. Dead Simple to Deploy Menerapkan PHP sudah mati sederhana. Paling sederhana, Anda hanya FTP file ke server web (yang kita di Ballistiq pernah melakukan 8211 kita menyebarkan menggunakan Git). Masalahnya, dengan PHP Anda tidak perlu tahu atau peduli tentang tumpukan web. Banyak layanan hosting hanya menggunakan lingkungan LAMP (Linux, Apache, MySQL, PHP), jadi selama file Anda ada di tempat yang baru saja mereka jalankan dan itu. Bahkan menggunakan kerangka kerja seperti CodeIgniter relatif sederhana karena Anda tidak perlu menggunakan baris perintah 8212 Anda cukup menyalin keseluruhan direktori kerangka ke server dan menjalankannya. Itu itu. PHP 8211 The Bad The Evolution Memimpin Banyak Kode Buruk Ini bukan kelemahan fitur langsung dari PHP, namun merupakan hasil dari bertahun-tahun membangun di atas bahasa scripting sederhana yang khusus untuk memecahkan masalah web sederhana. PHP tidak selalu Berorientasi Objek. Bahkan ketika itu mendukung OOP, selama bertahun-tahun, itu tidak benar-benar OOP (kehilangan fitur penting seperti metode statis), jadi pemrogram mengatasi masalah melalui segala jenis kecurangan seperti menggunakan variabel global atau menetapkan variabel lokal menggunakan pointer referensi global. Misalnya. Kode pre-PHP5 yang khas Ini hanyalah beberapa contoh, tapi masih banyak lagi yang saya tidak masuk ke sini. Ini sangat disayangkan tapi hanya salah satu efek samping bekerja dengan bahasa yang telah berkembang dengan pesat. Satu hal yang membuat kita gila di Ballistiq pergi ke proyek dimana kita harus mengupgrade atau mempertahankan aplikasi yang ditulis dengan PHP lama. Ini adalah kasus salah satu proyek terbesar kami saat kami mencoba untuk meng-upgrade aplikasi besar yang ditulis dalam kode PHP4 dan ini mengerikan. Banyak kode ceroboh disana yang harus kita kerjakan. Standar Coding yang Lebih Baik Memimpin Untuk Kode Benar-benar Purist Seperti disebutkan di atas, kode yang ceroboh bukanlah kelemahan fitur inheren dari PHP. Ini bagaimana orang menggunakan bahasa itu. Karena PHP semakin populer, ia mendapat banyak pengaruh dari pengembang perusahaan yang sangat menyukai pendekatan pemrograman. Ketika Anda pergi ke konferensi dan mendengarkan para ahli PHP ini berbicara tentang praktik terbaik, PHP tidak lagi menjadi program yang menyenangkan. Anda hampir melihat program Java. Kelas secara eksplisit mendeklarasikan ruang nama, mengimpor ruang nama, metode pengambil dan penyetel eksplisit, deklarasi eksplisit metode publicprivate, dll. Kode menjadi sangat verbose. Sekarang Jika Anda ingin melihat kerangka kerja yang membutuhkan pendekatan yang lebih murni terhadap hal-hal, simak Symfony. Ini adalah kerangka kerja PHP yang hebat yang siap digunakan di tingkat perusahaan namun dari sudut pandang pengembangan, saya merasa membosankan. Ruby on Rails 8211 Kerangka Mutu yang Baik Semakin saya berkembang di Rails, semakin saya sangat menghargai dan menyukainya. Saya menemukan bahwa ini memungkinkan kita menciptakan produk berkualitas lebih tinggi untuk klien lebih cepat, yang lebih mudah dipertahankan. Ini adalah kerangka kerja yang matang dan stabil sehingga banyak perusahaan besar merasa nyaman dengan mengenalkan lingkungan mereka. Bandingkan dengan ekosistem PHP yang memiliki banyak kerangka kerja 8212, ada risiko memilih kerangka kerja dan menemukan bahwa hal itu tidak didukung dengan baik beberapa tahun dari sekarang (kami membuat kesalahan ini). Kecepatan dan Perkembangan Joy Saya sangat suka bekerja dengan Rails karena sebagai platform pengembangan, ini sangat otomatis. Begitu banyak tugas kasar telah otomatis sehingga Anda hanya fokus sepenuhnya pada pemecahan masalah bisnis daripada melakukan hacking di sekitar kerangka kerja. Beberapa hal yang benar-benar terjadi untuk Rails dalam hal ini adalah: GeneratorsScaffolding 8211 Memberikan titik awal yang sangat bagus untuk dikembangkan. Beberapa kerangka kerja PHP sekarang menyediakan fitur perancah. Komunitas GemsPlugins 8211 the Rails menyediakan banyak plugin sebagai Ruby Gems yang Anda tambahkan ke proyek Gemfile dan pemasangannya. Ini secara signifikan mempercepat waktu pengembangan dan pemeliharaan karena Anda tidak mencoba mengintegrasikan perpustakaan yang berbeda, ini sudah selesai untuk Anda. Rekaman Aktif ORM 8211 Dari semua ORM8217 yang telah saya gunakan (untuk PHP I8217 menggunakan DataMapper DMZ, FuelKohana, Doctrine), ActiveRecord di Ruby on Rails hanyalah yang terbaik. Ini benar-benar bekerja dan sangat mudah digunakan. Alat uji terpadu 8211 Saya suka yang keluar dari gerbang, Rails memiliki kerangka pengujian yang bisa digunakan. Di PHP, banyak framework baru saja mencoba mengintegrasikan PHPUnit, ke tingkat kesuksesan yang berbeda-beda. Sebagai bahasa pemrograman, Ruby benar-benar bahasa yang sangat menakjubkan. Tidak seperti PHP, itu benar-benar Object Oriented dari bawah ke atas. Kode nya sangat ringkas dan kuat. Gems (ekstensi) memungkinkan Anda memanfaatkan fungsi yang dibutuhkan. Setelah coding di Ruby, saya menemukan coding di PHP (atau hal lain sebenarnya) agak membosankan. Ruby on Rails 8211 Curve Belajar Buruk Curve Daging sapi utama saya dengan Ruby on Rails adalah bahwa ia sebenarnya memiliki kurva belajar yang curam. Jangan percaya hype yang mengatakan bahwa itu sangat mudah. Mereka akan menunjukkan podcast di mana Anda membangun aplikasi blog sederhana dengan menggunakan perancah dan voila situs Instan. Tidak ada yang bisa lebih jauh dari kebenaran. Rails terlihat mudah karena mereka telah mengotomatiskan banyak hal dalam framework 8212 ini sehingga tidak mudah dimengerti. Mengembangkan aplikasi Rails dan menerapkannya benar-benar mengharuskan Anda untuk mengetahui tumpukan penuh. Dengan PHP, Anda bisa menggabungkan beberapa kode inline PHP, FTP ke server dan Anda tidak pergi. Di Rails, Anda benar-benar perlu tahu apa yang Anda lakukan dari server web (Apache atau NginX), menyiapkan Penumpang Phusion dan mesin basis data. Kemudian Anda harus berurusan dengan proses pipa aset untuk mempersiapkan aplikasi Anda agar berjalan dalam mode Produksi. Ini tidak sesederhana menjalankannya dalam mode produksi 8212 Anda harus mengkompilasi aset Anda dan memastikan file benar-benar ada. Jika tidak, Rails hanya akan meledak dan Anda harus mencari tahu mengapa dengan mengakses rel Rails. Dibandingkan dengan PHP, Rails juga tidak bersahabat ketika sampai pada kesalahan. Dengan PHP, itu akan meludahkan kesalahan pada Anda dalam pengembangan dan pesan kesalahan sebenarnya masuk akal. Biasanya halaman akan tampil tapi bagian dengan kesalahan akan menunjukkan pada Anda mana baris kesalahan terjadi dan pesan berguna. Di Rails, biasanya seluruh aplikasi meledak. Satu hal terakhir yang harus dilemparkan adalah pengembang Ruby on Rails yang bagus cenderung menjadi poliglot. Mereka mampu mengambil dan belajar banyak bahasa. Sementara pemula sedang berjuang untuk hanya belajar Ruby, orang Rails menggunakan CoffeeScript dan bukan Javascript, SCSS (atau LESS), dan Slim atau HAML. Bagi pendatang baru di Rails, bagian dari kurva curam bukan hanya mempelajari kerangka Ruby dan Rails, tapi juga bahasa-bahasa lain ini dan Ruby bukanlah bahasa yang mudah untuk disinggung beberapa orang di sini, tapi Ruby sama tidak langsung seperti PHP untuk belajar Semua itu adalah bahasa yang sangat kuat. Saya memilih untuk menggunakan Ruby hanya karena sebagai pengembang saya merasa itu adalah bahasa yang jauh lebih baik daripada PHP. Tapi dari perspektif pembelajaran, ternyata tidak. Ruby memiliki banyak fitur yang tidak mudah bagi pemrogram pemula untuk mengerti. Salah satu konsep tersebut adalah blok, procs dan lambdas, yang digunakan Rails dengan berat. Contoh Ruby on Rails klasik yang akan saya gunakan adalah untuk membuat sebuah formulir: Jika Anda baru mengenal Ruby, Anda bisa dimaafkan untuk mengatakannya, 8220Tunggu satu menit8230.what8217s f8221 Ya tuan. Selamat datang di blok Ini contoh yang ekstrem: Bahkan sebagai programmer berpengalaman, saya ikut silang saat melihat baris kode di atas. It8217s sangat sederhana sebenarnya 8211 menghasilkan 8 karakter string acak. Bidang lainnya adalah pemrograman meta. Inilah contohnya: Saya mengajarkan Ruby on Rails kepada para pengembang berpengalaman dan ini selalu membuat mereka sukses. Apa yang sebenarnya ada? Hasmany dan hasandbelongstomany. Sepertinya ada semacam kata kunci atau pernyataan yang dicadangkan karena ini tidak dienkapsulasi dalam sebuah metode. Namun, di Ruby, ALL code dieksekusi. Setiap baris kode dieksekusi, jadi ada. Hasmany dan hasandbelongstomany hanyalah metode yang dijalankan saat kelas diumumkan. Akhirnya hal lain yang membuat Ruby menantang para pemula adalah sintaksnya yang longgar. Mari kita lihat lagi kode di atas. Ini tidak jelas (untuk pemula) yang ada: alamat meminta sebuah metode karena tanda kurung hilang dari metode doa. Di PHP, sintaksnya lebih ketat dan ini mempermudah pemula untuk mengetahui apa itu. Sebagai bahasa, terutama jika Anda berasal dari orang lain seperti CJavaPHP, Ruby menantang dan akan membengkokkan pikiran Anda. Begitu Anda bangun dan berlari, itu fantastis dan banyak yang telah mengambil lompatan sangat menikmati coding dengannya. Kesimpulan Jadi dari semua itu, apa yang saya simpulkan PHP adalah entry point yang ramah ke dalam pengembangan web daripada RubyRails. Ini lebih mudah, ada lebih banyak sumber daya yang tersedia dan Anda bisa mendapatkan hasil dengan cepat. Meskipun demikian, saya secara pribadi senang bekerja dengan Ruby dan Rails lebih dari PHP. Untuk banyak alasan yang saya jelaskan dalam artikel ini, saya merasa bahwa ekosistem Ruby menawarkan toolset unggul untuk mengembangkan aplikasi. Saya menghargai bahwa penggemar PHP yang keras dan hebat itu sama sekali tidak merasakan hal yang sama. Pendapat saya terbentuk dari kerja sama dengan kedua bahasa dan ekosistem secara menyeluruh dalam produksi. Sejak pindah ke Rails, saya tidak pernah benar-benar merasakan dorongan untuk kembali mengembangkannya dengan PHP dan jadi semua proyek baru saya cenderung RubyRails. Di ballistiq Kita berkembang di keduanya. Jika proyek klien sudah memiliki kode PHP yang ada dan kami mengembangkannya untuk itu, yang perlu diintegrasikan pada tingkat perangkat lunak, kami tetap berada di PHP. Jika klien membutuhkan aplikasi baru, atau kami membangun aplikasi kami sendiri menggunakan Rails. Addendum 8211 30 Mei 2014 Wow itu sudah lama sejak saya menulis ini dan terus menjadi artikel berperingkat sangat tinggi di Google, yang menarik banyak lalu lintas. Karena kemajuan teknologi dengan kecepatan yang begitu tinggi, saya ingin memperbarui artikel ini dengan beberapa pemikiran baru. PHP telah datang jauh sejak saya menulis artikel ini Ketika saya menulis artikel ini, PHP berada dalam fase fana sementara banyak orang masih menggunakan PHP 4 dan mencoba bermigrasi ke 5. Symfony 2 belum dirilis, dan Laravel bukan hal yang besar. Sampai sekarang, PHP mengalami sedikit kebangkitan kembali. Berikut adalah beberapa teknologi hebat yang benar-benar membuat PHP bersinar: Laravel 8211 Sebagai kerangka kerja, Laravel terlihat sangat hebat dan banyak orang PHP memilihnya sebagai kerangka pilihan mereka. Saya tidak bisa berbicara karena saya tidak menggunakannya dalam produksi. Tapi itu terlihat bagus. Komposer 8211 Komposer adalah untuk PHP apa RubyGems Bundler adalah Ruby. Itu manajemen paket yang tidak mengisap. Selama bertahun-tahun komunitas PHP harus berurusan dengan Pear, yang benar-benar tidak mendapatkan banyak daya tarik. PHP server web 8211 Untuk waktu yang lama, berkembang dengan PHP di komputer Anda berarti Anda harus mengandalkan server web eksternal seperti Apache. Banyak devs akhirnya menginstal MAMP. Seperti PHP 5.4, PHP sekarang hadir dengan server web command line-nya sendiri, dan sebenarnya benar-benar mudah menyala. Sekarang, tidak semuanya bekerja dengan server web command line (saya mengalami kesulitan untuk mendapatkan WordPress untuk booting dengannya), namun jika Anda mengembangkannya dengan kerangka kerja yang mendukung hal ini, itu adalah cara pengembangan yang jauh lebih baik dan lebih baik. Codeception 8211 Salah satu anggota tim kami di Ballistiq memberikan ceramah yang sangat bagus tentang kerangka pengujian yang disebut Codeception, dan saya harus mengatakan itu benar-benar terlihat layak, mendukung hal-hal seperti tes gaya Selenium dan BDD. Proyek Opensource HHVM 8211 yang dipimpin oleh Facebook, ini membutuhkan PHP dan menyusunnya menjadi bytecode yang pada gilirannya akan diterjemahkan ke dalam kode mesin x64 dan berjalan sangat cepat. Ini adalah proyek yang sangat menarik yang membuat PHP sangat performant dan scalable. Jadi PHP tidak akan pergi dalam waktu dekat. Banyak orang menggunakannya dan menggunakannya dengan baik. Namun, saya (dan banyak insinyur web) telah pindah. Sebagai insinyur, kita bisa melakukan apa saja yang perlu dilakukan, bagaimanapun, berdasarkan pilihan, saya tidak akan memulai proyek baru di PHP. Mengapa saya merasa ada solusi menarik di luar sana yang layak untuk dilihat. Mengapa saya masih mencintai Rails sebagai kerangka kerja dan Ruby sebagai bahasa Seperti yang saya sebutkan di tahun 2012, saya sangat menikmati bekerja dengan Ruby and Rails. Meskipun ada kurva belajar yang curam, setelah beberapa saat aku mencapai alur dan sekarang aplikasi yang kami berikan sangat bagus sehingga aku tidak bisa membayangkan akan kembali. Berikut beberapa hal yang perlu dilakukan RubyRails bahwa saya merasa benar-benar membuat pilihan yang begitu kuat: Gems 8211 Ketika saya mulai coding di Ruby, Gems membingungkan saya lebih banyak daripada yang mereka bantu karena terlalu banyak 8216magic8217. Begitu saya mengetahui bahwa Anda bisa (dan seharusnya) membaca kode sumber untuk permata, semuanya menjadi lebih masuk akal. Karena sifat permata dan standar komunitas yang pluggable, permata dapat memberi aplikasi Anda sejumlah besar fungsionalitas dengan sangat cepat. Beberapa permata yang tidak bisa saya pakai tanpa: Merancang (otentikasi 8211 menangani login pengguna, masuk secara sosial, melupakan alur kerja kata sandi dan banyak lagi), Paperclip (upload file 8211 bahkan menangani upload ke S3, croppingresampling gambar), Simple Form membuat bentuk sangat sederhana Untuk standarisasi dan render di situs web. Mountable Engines 8211 Kami melakukan proyek raksasa untuk perusahaan Fortune 500 dimana setelah membangun aplikasi awal, sangat sukses sehingga departemen lain menginginkan aplikasi yang sama, namun dengan fungsionalitas yang sedikit berbeda dan UI yang berbeda. Daripada copypasting aplikasi dan harus mendukung beberapa codebases, kami dapat mengekstrak sebagian besar fungsionalitas inti ke mesin Rails mountable, dan benar-benar memiliki satu basis kode namun beberapa situs web. Klien benar-benar senang dengan ini dan ini adalah kemenangan besar bagi kami. Scaling 8211 Rails memiliki stigma karena tidak dapat diukur dan mereka mengacu pada Twitter dumping Rails. Kami belum menemukan masalah penskalaan dengan Rails dan kami memiliki aplikasi yang berjalan dengan jutaan tayangan laman dan ratusan ribu pengguna setiap bulannya. Faktanya adalah, mayoritas dari Anda tidak akan memiliki masalah penskalaan yang dimiliki Twitter. Dan kenyataannya, kami merasa lebih mudah untuk melakukan skala dengan Rails daripada dengan PHP. Bagaimana Pertama-tama, Rails mendukung caching di luar kotak. Anda bisa melihat fragmen cache dalam kode aplikasi Anda dan menggunakan Redis sebagai toko cache. Itu adalah solusi yang jauh lebih sederhana daripada mencoba menggunakan Varnish yang menyimpan semua yang melewatinya dan membiarkan pengguna yang masuk tanpa caching. Menggunakan built-in Rails caching memungkinkan kita untuk skala mudah. Kedua, Rails Capistrano Chef membuatnya sangat mudah untuk skala ke beberapa lingkungan server dengan sangat cepat. Infrastruktur Amazon AWS khas kami meliputi Elastic Load Balancer, beberapa contoh server aplikasi server redissearch, yang didukung oleh contoh database RDS. Kami menyiapkan server provisioning dengan Chef, memungkinkan kami menyediakan contoh ready-to-run baru dalam beberapa menit. Penyebaran simultan lengkap dengan migrasi data bisa dilakukan dengan Capistrano dari command line. Secara harfiah, saya mengetikkan penyebaran produksi topi: migrasi dan semuanya disebarkan secara ajaib ke semua server aplikasi kami. Pengguna tidak melihat adanya downtime karena kita memiliki Phusion Passenger Enterprise dan rolling restart. Latar belakang pekerjaan 8211 PHP dirancang sebagai pre-processor hypertext yang berarti hanya dijalankan bila ada permintaan web. Dibandingkan dengan Ruby yang menjalankan sebuah proses. Di Rails, Anda dapat dengan mudah mengatur pekerjaan latar belakang menggunakan Sidekiq atau Resque. Ini juga menambah kemampuan Rails8217 untuk berskala mudah. Dalam aplikasi kami, kami memindahkan banyak barang yang dapat memperlambat permintaan seperti mengirimi email pengguna ke pekerjaan latar belakang. Sekarang, PHP dapat melakukan pekerjaan latar belakang dengan menggunakan Gearman tapi bukan standar 8211 Anda harus menginstal ekstensi PECL. Di RubyRails, pekerjaan latar belakang tidak bermasalah. Kamu lakukan saja Rails adalah BORING 8211 Rails sekarang ada di versi 4.x. Ini adalah kerangka kerja yang matang. Ini membosankan sekarang. Anak-anak yang keren menggembar-gemborkan NodeJS akhir-akhir ini. Rails membosankan karena tahan lama dan stabil. Kami telah mengembangkan aplikasi di Rails sekarang untuk beberapa perusahaan terbesar di dunia dan orang-orang di departemen TI mereka tidak mengenakan kelopak mata. Ini tahu bahwa itu adalah pilihan tepat untuk membangun aplikasi Anda (tangguh, siap pakai, terukur, performant). Teknologi lain yang saya pikir membentuk web AngularJS 8211 Kami memperkenalkan AngularJS ke dalam proyek klien kami awal tahun ini untuk dua perusahaan Fortune 500 dan ini adalah kemenangan besar. AngularJS memungkinkan Anda membuat aplikasi satu halaman yang berjalan di Javascript. Sebagian besar logika front-end Anda masuk ke AngularJS, dan backend Anda hanya karena API yang melayani JSON. Dengan melakukan ini, kami dapat membangun aplikasi yang sangat performant. Pengalaman pengguna sangat bagus dengan pendekatan ini karena halaman memuat dengan sangat cepat karena browser tidak perlu melakukan permintaan ulang alihan secara penuh. NodeJS 8211 Saya mulai berkembang di NodeJS beberapa bulan yang lalu dan hal itu meniup pikiran saya. Apa NodeJS sangat bagus untuk membangun aplikasi berjejaring. Misalnya. Jika Anda membangun aplikasi obrolan real-time, Anda bisa menggunakan NodeJS untuk itu. Karena kematangan Rails, saya kira kita tidak lagi akan melakukannya dalam waktu dekat untuk membangun aplikasi besar, tapi untuk menambahkan komponen real-time, saya akan menggunakan NodeJS SocketIO. Jadi, apa yang harus Anda lakukan pengembangan Web menjadi sangat kompleks. Hari-hari pengembang tunggal mampu mengirimkan aplikasi lengkap dari awal sampai akhir menjadi lebih sulit. Bahkan front-end tidak bisa lagi ditangani oleh designerdeveloper hybrid yang bisa hack CSS HTML markup. Jika Anda baru memulai, saya masih merekomendasikan agar Anda memulai dengan PHP. Anda akan mendapatkan hasil yang jauh lebih cepat, dan ini akan mendorong pertumbuhan dan pengetahuan Anda. Melompat ke RubyRails sebagai bahasa pertama Anda mungkin membuat Anda benar-benar frustrasi karena berusaha mendapatkan hasil yang ingat, dengan Rails, Anda harus tahu tumpukan penuhnya, bukan hanya bahasa dan kerangka yang Anda tantang. Setelah Anda merasa nyaman dengan aplikasi yang dipesan lebih dahulu di PHP, Anda kemudian dapat membangkitkan selera makan Anda dan mulai menggunakan teknologi lain seperti RubyRails dan bahkan NodeJSExpress, dan Anda akan menghargai apa yang ditawarkan oleh teknologi ini. Banyak konsep yang akan Anda pelajari dari PHP dalam kerangka kerja seperti Symfony amp Laravel akan terbawa ke bahasa dan kerangka kerja lainnya. Alasan lain mengapa saya merekomendasikan PHP sebagai titik awal yang bagus adalah bahwa hal itu sangat berguna untuk diketahui sehingga Anda dapat meretas beberapa hal seperti tema dan plugin WordPress. WordPress begitu banyak digunakan saat ini dalam bisnis (terutama departemen pemasaran) dan sangat bagus untuk memiliki perangkat lunak yang dapat bekerja dengan banyak alat dan platform yang berbeda. Hal yang harus Anda sadari adalah bahwa Web bukan tentang bahasa apa yang Anda pilih untuk dikembangkan dengan standar tentang dan standar apa yang diperlukan untuk mendapatkan informasi masuk dan keluar dari browser web. Ini tidak masalah apa yang ada di server, asalkan meludah keluar HTML dan data JSON yang benar 8211 Anda bisa menggunakan C untuk semua orang yang peduli. Itu sebabnya ada begitu banyak teknologi web dari PHP ke Ruby ke Python sampai ke Java dan gosh Perl masih digunakan (saya bertemu dengan seorang pria yang menulis App Shopify seluruhnya di Perl). Jadi begitulah. Terus hacking Anda bisa melakukan apapun di PHP yang bisa Anda dapatkan di Rails dan sebaliknya. Itu cukup bagi saya untuk tetap berpegang pada PHP. Sejauh Rails lebih cepat digunakan, saya benar-benar meragukannya. Tidak banyak waktu yang bisa disimpan di PHP vs bahasa lain dengan kerangka kerja yang ada yang sudah saya gunakan (kecuali tentu saja, kita membangun AI untuk memulai kode pemrograman). Artikel yang bagus Saya sangat setuju karena saya memiliki pengalaman yang sama dengan latar belakang PHP sampai ke RoR. Aku hanya senang bukan satu-satunya yang berpikir bahwa belajar Rails itu sulit. Aku masih berusaha memusnahkan kepalaku di Coffeescript. Saya ingin menawarkan beberapa saran kepada pembaca, cara yang sangat baik untuk belajar Ruby dan Rails adalah dengan melakukan kursus SaaS GRATIS dari Edx (edx.orgcourseuc-berkeleycs-169-1xsoftware-service993). Anda tidak hanya akan belajar Ruby on Rails yang solid, tapi Anda akan belajar aspek teknik yang baik dan mendapatkan sertifikat dari Berkeley University. Selain itu, saya dapat merekomendasikan Tutorial Ruby on Rails 2ed oleh Michael Hartl. Dan Kepala Rails Pertama (O8217 Reilly). Ingat, semakin Anda memberi RoR kesempatan, semakin Anda menyukainya. Bagus menulis. Im lebih dari seorang pria javascript yang kadang-kadang menggunakan php untuk sisi server. Sejak node datang, mulai menggunakan javasript di sisi server juga. Banyak alat keren yang saya gunakan seperti Jekyll, Sass dan kompas ditulis di Ruby, jadi saya selalu tergoda untuk belajar ruby. Saya telah mengamati banyak rekan saya yang pindah ke Ruby atau Python karena mereka merasa menjadi programmer php yang sebenarnya tidak menghormati sama sekali. Bagus, artikel seimbang Leo, terimakasih karena tidak menghipnotis satu atau lainnya dan tujuan yang tersisa tentang pengalaman Anda. Kompilasi kompleksitas RoR menyangkut saya, sementara saya menyukai aspek lainnya. Artikel yang bagus Saya adalah pemrogram PHP dan Ruby on Rails. Saya memilih Rails karena tidak seperti PHP yang terlalu banyak dipelajari tergantung kebutuhan Anda. Banyak framework dan cms. Sementara Ruby, rel adalah semua yang Anda butuhkan. Anda bisa melakukan aplikasi skala. Artikel yang sangat bermanfaat, Leo. Saya telah mencelupkan jari kaki saya ke dalam pengembangan web selama enam bulan terakhir dan telah bekerja terutama dengan PHP, namun Ruby on Rails ada di daftar bahasa saya berikutnya. Sebagai pengembang web yang berpengalaman, apakah Anda menyarankan agar saya melanjutkan PHP dan beralih ke Rails setelah mendapatkan beberapa pengalaman atau langsung masuk ke Rails Hi Michael. Saya pikir itu berharga untuk diketahui keduanya. Jelas dalam iklim saat ini pengetahuan tentang Rails akan memberi Anda pekerjaan dengan sangat cepat karena ada permintaan dan persaingan yang lebih rendah. Jika Anda benar-benar baru dalam pengembangan web, menurut saya PHP adalah titik awal yang lebih baik karena Anda akan mendapatkan hasil lebih cepat, yang akan mendorong Anda melanjutkan pengembangan web. Saya tidak bisa menekankan betapa kecilnya keberhasilan membangun satu sama lain. Anda bisa membangun aplikasi MVC custom yang bagus dengan cepat menggunakan sesuatu seperti CakePHP atau CodeIgniter. Saat Anda pindah ke Rails, saya menyarankan untuk tidak mempelajari Rails terlebih dulu. Pelajari Ruby terlebih dahulu dan coba gunakan kerangka kerja seperti Sinatra untuk memulai. Alasan saya adalah bahwa Rails memiliki terlalu banyak hal yang membuatnya sangat sulit untuk memahami apa yang terjadi di bawah tenda. Jika Anda tidak mengerti apa yang dilakukan Rails di bawah tenda, dan Anda tidak tahu bagaimana cara mencari kode sumber Rails dan mencari tahu, debugging aplikasi Anda bisa sangat lama dan membuat frustrasi, terutama bagi pemula. Terima kasih atas tanggapan Leo yang sangat membantu saya setuju bahwa mempelajari Ruby sangat penting sebelum terjun ke Rails. Pasti banyak yang bisa saya pelajari untuk saya, tapi saya sangat bersemangat dan termotivasi oleh setiap keberhasilan kecil. Cheers Couldn8217t setuju lebih. Sebagai dev Ruby dan RoR yang baru, sangat penting bahwa saya belajar Ruby terlebih dahulu. Sementara RoR adalah Ruby pada intinya, ia menangani banyak tugas dasar untuk Anda, jadi Rails 8220Magic8221. Jika Anda tidak memiliki pemahaman yang baik tentang bagaimana menggunakan Ruby tanpa kerangka web, apa yang terjadi di bawah tenda tentu akan membuat Anda frustrasi, terutama saat melakukan debugging atau bahkan memahami metode yang tepat untuk pekerjaan itu. Artikel bagus, Leo I, seperti kebanyakan orang lain, menghargai representasi fair and balanced dari kedua bahasa dan kerangka kerja masing-masing. Atau chars (8216a8217..8217z8217) .toa Array.new (8) .join Bahasa pertama yang pernah saya pelajari adalah Turbo Pascal. Lalu Jawa. Bahasa pemrograman web pertama yang saya pelajari adalah PHP. Sangat informatif I8217m baru dalam pemrograman dan saya melihat PHP dan Ruby sebagai bahasa sisi server (I8217 akan memutuskan yang mana yang harus diikuti dengan I8217m sedikit lebih lama). Saya setuju bahwa PHP lebih mudah untuk mengambil nomor dari kelenturan tapi sangat sulit untuk menemukan tutorial atau panduan berkualitas baik di luar sana. Ini konyol benar-benar terlihat seperti yang sudah lama ada. Di sisi lain Ruby memang memiliki kurva belajar yang curam (meski belajar PHP bersamaan tampaknya telah membantu saya memahaminya) namun sumber belajar yang ada di luar sana lebih mudah ditemukan dan keseluruhan tumpukan lebih baik. Sekolah kode, misalnya (lihat apakah Anda baru mengenal perkembangan) adalah sumber daya yang fantastis8230 namun bahkan tidak menyentuh PHP. Saya melihat Ruby sebagai bahasa SS masa depan. Saya sedang mengerjakan Ruby on rails. Menggunakan Ruby on rails untuk membangun rock solid code sehingga website berkualitas yang akan mudah dirawat sesudahnya. Ruby on Rails is also well known for its coding convention, Agile practices and security strength. But it is valuable to know both Nice article. I8217ve been getting into web dev with Rails over the past few months and it8217s nice to see that I8217m not alone in my belief that it simply isn8217t very intuitive. The comparison is indeed like apples and oranges, but it is useful when considering which area to focus on studying. I8217m currently picking up industry experience with Rails, but am hesitant to commit to going the full mile in that area because the curve is so steep, and I don8217t know if I want to be a Rails dev. Good article. I feel exactly the same way. After gt10 years php and Java I learned to like ruby. And the peace of mind that rails gives me in a stressful project. Blindly knowing where to put new code even after 12 hours of coding at 4 in the morning. But I really hate the complexity you mentioned concerning the infrastructure setup. Some people enjoy that 8211 I don8217t. Live is too short for such stupid tasks. I always wonder why can8217t the RubyRails folks manage to create a setup routine that8217s as as easy as php Why do I have to fight with Ruby version gem version mac OSX version inconsistencies for 2 days before rails server will run the first time Grmpffff8230. Actually, you don8217t have to 8220fight with8221 versions. 8211 Ruby versions: Generally managed by rbenvrvm et al. (rbenv is officially recommended by Rails 8211 rubyonrails.orgdownload ). If your native Ruby satisfies the Ruby version required by the project at hand (e.g. 1.9.3 for Rails 4, 1.8.7 for Rails 3.2) then you are good and you don8217t need those tools. But if you are doing client work, or even experiments (e.g. your main project is Rails 3, you are experimenting onplanning on switching to Rails 4) you8217ll need multiple Ruby versions running simultaneously in the same machine. You can use Vagrant et al. but that can8217t beat having it in your base OS. Rbenvrvmetc makes this possible only with a few lines of commands. You can say that one can just use the latest possible Ruby, but it doesn8217t always work like that (compatibility problems etc). Now try that with PHP. There are PHP version switching tools but they were nowhere near maturefull-fledgedeasy-to-use as rbenvrvm last time I checked. 8211 Gem versions: Seriously Show me a single languageframework with a packagedependency manager that doesn8217t involve version numbers (e.g. PHP8217s composer, Python8217s PIP, Closure8217s Leiningen, Java8217s Maven) Ever heard of DLL Hell 8211 Mac OSX: I8217m an Ubuntu user but I8217d be surprised if you can8217t get anything related to RubyRails working in MacOSX, seeing that most Rails developers are using Macs. 8211 You need to to install rbnevrvm on a machine only once. After that, you can install any version of Rubies and Gems in a matter of minutes. And with Heroku, you can see your thing in interwebs in seconds. And you have proven deployment tools like Capistrano which works for any empty Linux box. Yeah, PHP shared hosting is really ubiquitous (in most of which you still can8217t reliablysecurely run modern PHP frameworks), but here the scopes are really different. 8230from a long time PHP user who is busy switching to Laravel 4 and Rails 4 at the same time in production projects for the last 1-2 months. I8217m just finishing up a big L4 project and about to get started with ROR myself. hi leonard I am from India this article is very useful I want some suggestions on building a big eCommerce website. I have a good experience of making website in asp ,asp Ajax and sql server 2008. Now I am thinking about moving from Microsoft (because of cost). Please help me choose between php(plain),php with mvc framework,django (not rails because of steep learning curve and updating the website after the host has updated the version).I have no experience on any of the above three. and I will develop alone and I want to cost to be on lower side. Any help would be useful Thanks for this article. As a programmer who8217s been out of the loop for a while (no pun), I had suddenly been preached to about RoR by kids who had never been across other languages. as if RoR was the be all and end all. Your article clarifies all the pros and cons very objectively. Much appreciated. As a would-be programmer starting out and slightly overwhelmed with all the languages and pressure with choosing one: really interesting article. Thanks Thanks for this Article. I8217m using PHP (Laravel framework) for development and Codeception for automate testing. Should I try RoR I8217ve heard that RoR have testing amp deployment tool which help us saving time a lot. Do you have any recommends for me. Thank you in advance We can not compare a programming language with a framework for a programming language. If you don8217t get this then you must start to learn again. A very well considered, helpful and well written article. Thank you Leo. Just read your article. I started my developing 8216career8217 in ASP webforms, which was quite easy and then switch to MVC with scaffolding, razor, nuget, entity framework, jquery, etc. It seems to me that Microsoft8217s stack is well-build and although I found it hard to learn MVC, it all fits together. Maybe they have 8216stolen8217 all good ideas from other frameworks and languages but they combined them very well and build a great IDE. So why does no one use it these days I read a lot of articles about what framework and language is the best, but they never compare it to ASP. Is it 8216just8217 because it8217s Microsoft The best article i8217ve ever read about ruby n php. Thanks for this Meanwhile, in Morocco: Hi. I loved your blog and it helped me a lot. Thank you so much I wanted to ask you one thing My first Rails app is a mobile app that will start with almost 1 million users (from another app my company is buying) and also a web application, like Facebook that you use in the browser and on your iPhone. I don8217t know how many nodes I can start with and I can8217t find a lot of information online. We have one server (16 GB RAM) I am using to test load balancer, database replication I can create as many VPS in the server as it fits in this server. I don8217t know if 16 GB will be enough for 1 million users but I created 6 nodes for staging (and learn): 8211 one with Nginx for load balancing (512MB) 8211 two with Unicorn for the Rails application (1GB each) 8211 two for MySQL (one master, one slave, but I still have to learn how to make Rails read from slave and write in the master, 2GB each) 8211 one for files (512MB shared via NFS with the load balancers and apps, where paperclip will write). The database will have a lot of writes. What architecture configuration you recommend Am I too wrong I used small RAM because I will use more for production but I don8217t know if 6 nodes is enough or if 16 GB will be enough. Can you help me Thank you 1 million users who are logged in, or 1 million users per month who are mostly just browsing the site Also, is the Rails application going to just be for an API or will it actually deliver the pages It also depends on the memory footprint of your application, if it is large or not. 1. 16GB is not likely enough for 1 million users if it is a reasonably sized application, and for that number of users I wouldn8217t put everything on a single server anyway. I8217d load balance across 2x 16GB (or 32GB) servers, quad cores minimum and scale from there. Remember, Ruby applications tend to bloat with lots of gems that you load in. The typical way to scale is to get as much memory as possible and run as many concurrent processes as you can in memory. 2. I would not use Unicorn. It is flaky and consumes a lot of memory. For that kind of scale, I would use Passenger Enterprise. If you want to be cheap and not pay for the Passenger license (which is worth it), you can use Puma. 4. Cache, cache, cache. Have one server just for Redis and cache the hell out of your application: guides.rubyonrails.orgcachingwithrails.html 5. Move slow processes into Sidekiq for background processing. Terima kasih banyak. It is 1 million users registered but usually 20,000 to 300,000 concurrent connections. And it8217s HTML and JSON, depends of the extension. We want to grow, of course, so need to be ready to more. I thought Unicorn was the best. I was using memcached but I will try Redis. Thank you very much again. It was hard to find something online explaining how much memory and how many servers in the load balancer and things like this. Just think about this: if Facebook was done in PHP, which is probably the most robust and used web application in the planet, you don8217t need to be a very smart person to realize php is far from being a bad programming language. in fact, PHP in the next 5 years will become the definitive best web programming language on top of every other one by far. Why Because its syntax is more human readable. The only reason why RoR is so trendy, is because it did very cool stuff a few years ago not available in php. But php is getting better day by day, frameworks like laravest are getting tremendous attention, and even bringing back old php users who are dropping RoR and coming back like prodigal sons. Yes, RoR deserves the credit of pioneering MVC and many other things, but it lacks the beauty and simplicity of C syntax, which will reign forever and ever. There8217s a lot of hype regarding RoR, most people try RoR just because they want to feel trendy and cool, one of the reasons most hipsters use it. Don8217t be a victim of the phenomenon. PHP is not a trendy thing, PHP, without all the noise and propaganda, still dominates the web. Juan David Pasts Rivera Another alternative is Meteor, which is great, is a framework on top of node js, is the one I like the most from all that I have tried: derbyjs, deployd, sails, express, from what I remember. Even when it8217s not comparable with Angular, Meteor supersedes it since you have 2 way data binding and backend logic at the same time and written in JavaScript, also you don8217t have to learn ng attributes. PHP has Facebook as a great representative, but its syntax is not as simple as you can get with Meteor and preprocessing packages. Anyway, scaling is always another whole story, it8217s a huge work which can be done in all languagesframeworks, I am not sure in which of them is easier though. If that8217s so then why does nobody choose to write apps in COBOL or BASIC anymore Why would you choose CoffeeScript over Javascript Why has Apple created Swift when people can just as well use Objective-C Why does it take a non-speaker on average twice as long to learn Russian compared to Italian To say it8217s all about preferences and claim that somehow all languages are equal is pretty naive. I like Php spent a lot of time learning it built most projects in Php and will continue doing so. The only reason I8217m learning ROR now is because I get tons of job offers some remote. I look at it this way freelance jobs I8217m using Php. Contract long term company jobs ROR I guess. I8217m currently in between angularjs now because at my company we wanted to try this out with Ruby as the backend. So imagine the steep learning curve I8217m going through for both of these languages Ruby and AngularJS at the same time.Deducting moving expenses from your taxes Some of your moving expenses may qualify for deduction as an adjustment to income. It can be done in case you move coincides closely with the start of a new job or a job transfer. Generally, deductible expenses are: Required lodging (but not meals) on a way to your new home. Cost of moving household goods and personal belongings. Storage of your household goods (up to 30 days). Of course, not all moves are deductible. In order to deduct your moving expenses, you have to meet two tests: Time test: You must begin working as a full-time employee within 13 weeks of your move, and you must work at least 39 weeks during the 12 months after your move. And it doesnt matter whether you were transferred by your employer or you took a brand new job. Your move doesnt even have to be work-related, as long as you have a full-time job in the new location. Distance: To meet this test, your new job has to be at least 50 miles further from your old home than your old job was. If you didnt have a job before the move, your new job has to be at least 50 miles from your old home. Other important criteria that must be met are: Your move has to make your commute shorter than it was prior to your move. In other words, the IRS wont allow you to deduct your move if you move further away. Your move must be closely related to the start of your new job. Generally, this means you have to incur and pay your moving expenses within a year of starting the job, unless circumstances prevented you from moving earlier. For most taxpayers, expenses are deductible in the year they were paid, regardless of when they were incurred. You cannot deduct a reimbursed expense, unless the reimbursement has been counted in your wages. If you are self-employed in the new location, you must work at least 78 weeks during the first 24 months. If you are married and are filing a joint return, only one spouse must meet the time test. You cannot, however, add the weeks your spouse worked to those you worked to satisfy the test. In general, you do not have to meet the time test if: You are in the armed forces on active duty and your move was due to a permanent change of station, or Your job at the new location ends because of death, disability, a transfer for your employers benefit, or a layoff other than for willful misconduct or You moved from outside of the United States to the United States because you retired, or you are the surviving spouse or dependent of a person who died while living and working outside the United States, and your move begins within 6 months of that persons death.
Option-trading-account-uk
Pilihan strategi-dalam-trading-biner